Remove pfVirtualCam1 Effect Plate.

[Hoikas]

The effect plate was effectively unused until #679. Fixing it to not be gated behind the status log introduced a regression in which the spinning dots and intro video were hidden.

[dpogue]

LGTM

[Deledrius]

Is this the effects plate mentioned in the Transition Manager as the replacement for the old hack?

[dpogue]

Is this the effects plate mentioned in the Transition Manager as the replacement for the old hack?

I don't see any mention of this in the Transition Manager. Were you thinking of this comment?

Plasma/Sources/Plasma/PubUtilLib/plPipeline/plTransitionMgr.cpp

Lines 260 to 265 in c835484

	// Semi-hack. We trigger transitions after we've finished loading.
	// Problem is the loading all happens in one really long frame, so that
	// if we record the time we started, we'll instantly be done next frame,
	// even though we triggered just at the "end" of the last frame.
	//
	// So instead we don't start the clock until we get our first plTimeMsg.

My guess is that the Transition Manager was added later as an improved attempt to hide the screen while the data was being loaded into the renderer, because the implementation (and naming) is essentially identical to this.

[Deledrius]

I was thinking of this part:

Plasma/Sources/Plasma/PubUtilLib/plPipeline/plTransitionMgr.cpp

Lines 46 to 51 in c835484

	// Note: eventually, I would like to drive these transitions on material //
	// animations (it's just a big screen-covering plate with a material, //
	// after all). This would allow the artists to specify their own //
	// transitions and do really cool effects. However, that would require //
	// somehow loading the materials in, and I'm not sure exactly how to do //
	// that.... //

[dpogue]

Ahh, I think that sort of control over the plate contents is still yet to be implemented (alas, because there were some cool effects like that in the Descent demo)