The tests as written today are testing Android features and code paths that aren't consistently supported on Android and thus can't be used. Also of note, these functions are not used by our popular plugins.

There are three paths currently tested today:

1. MediaRenderer (applies rotation) -> ImageRenderer (applies crop) -> SurfaceView [correctly handles crop and rotation]
2. MediaRenderer (applies rotation) -> ImageRenderer (applies crop) -> SurfaceProducer(ST-backed) [correctly handles crop and rotation]
3. MediaRenderer (applies rotation) -> ImageRenderer (applies crop) -> SurfaceProducer(IR-backed) [does not handle crop or rotation]

Due to an oversight by Android, ImageReader backed surfaces do not respect metadata applied to the surface (rotation & crop). Rotation information is not available at all and crop information is corrupted by the ImageReader (only the width/height is propagated the origin offset is not).

Two action items:

• We need to replace the Android code with Dart based texture rotation and cropping.
• We need to make the SurfaceTexture backend ignore the crop and rotation metadata when we render so that it is consistent with ImageReader. We can/should probably make this behaviour SurfaceProducer specific so we don't break any legacy apps.