Mohit Shetty
unread,Oct 14, 2021, 2:07:19 PM10/14/21Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Android CameraX Discussion Group, Gerry Fan, Android CameraX Discussion Group, trevor...@google.com, Mohit Shetty
Hey,
Yes it does make sense for most of the part (just feels a bit incomplete [the flow/description])
- Build a Recorder object and use setQualitySelector(QualitySelector), for apps to select a video resolution. (and maybe mention about Recorder.DEFAULT_QUALITY_SELECTOR)
- (An extra point that could be added) Use the built Recorder object while building VideoCapture (which would be added as a use case while binding)
- Recorder::prepareRecording(OutputOptions), for apps to set file destinations (returns the PendingRecording)
- PendingRecording::withAudioEnabled()/withEventListener() for apps to enable audio and the event listener.
- PendingRecording::start() to begin recording and obtain instance of ActiveRecording.
- ActiveRecording::pause()/resume()/stop() to control the recording.
- (6th point there) (I don't think that would make sense at the end...maybe it could be merged with the withEventListener() point)
Also, just a minor error that you might have noticed is the spelling of <VideoOutput> in the diagram.
Hope I was able to be of some help to you'll (a really small contribution) 😅
Thanks a lot for the great library!
Loved working with the simplistic design the library has and the fact that the library takes care of supporting multiple devices under the hood which really helps in saving resources or perhaps making better use of them.
Please do let me know if I could help you'll in any other way.
Regards,
Mohit