- On first capture, camera detection is performed.
- There is a slight delay while cameras are detected. User is notified that detection is in process.
- If only one camera is attached, a user action dialog appears alerting the user to attach a pair of supported cameras.
- If only one camera is attached, the dialog does not list the camera currently attached. It should. (file as bug)
- If a pair of cameras are attached, and neither are supported... not sure what happens in this case.
- If a pair of cameras are attached, and only one is supported, both cameras are listed and indicated whether or not it is supported.
- If both cameras are supported, the user action dialog does not appear.
- Pressing the Try Again button does not appear to do anything, even though the user may have attempted to fix their camera setup. They must close the dialog, and press Take Picture again before detection is executed again. (FLUID-3534)
- Picture taking occurs one after the other. This should occur in parallel so both cameras take images at roughly the same time. (FLUID-3547)
Post Capture Processing
- Stitching and thumbnail processing executed immediately after capture. This creates a delay between capture time and the time it appears on the UI.
- Currently stitching assumes a Book Liberator configuration, and rotates left and right images accordingly.
- This means that if images are captured in a different orientation, then the stitched image will be rotated incorrectly.
- If left and right pages are out of order, then the rotation may end up wrong resulting in upside down pages.
- If source images are different sizes, then stitching will top-align the images when stitching. This results in white space around the smaller image.
- Stitching process will create a greyscale stitched image, but leaving the original files unmodified.
- Thumbnail generation is based on the greyscale stitched image.