Closed
Bug 978970
Opened 11 years ago
Closed 9 years ago
[Camera] Refactor to utilize new start/stop recording events
Categories
(Firefox OS Graveyard :: Gaia::Camera, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: justindarc, Assigned: justindarc)
References
Details
New "start" and "stop" recording events were recently landed in Gecko for the CameraControl API (see Bug 977313). The current Camera implementation in Gaia relies on an ugly hack for listening for the latest video file written to the filesystem for knowing when recording has stopped. Changing the code to utilize the newly-added events will increase stability of the Camera app.
|
Assignee | |
Updated•11 years ago
|
Assignee: nobody → jdarcangelo
|
||
Comment 1•10 years ago
|
||
Did this ever wind up landing (in another bug)?
Flags: needinfo?(jdarcangelo)
|
|
Assignee | |
Comment 2•10 years ago
|
||
(In reply to Mike Habicher [:mikeh] from comment #1)
> Did this ever wind up landing (in another bug)?
No, because the "stop" event that we were going to rely on wasn't sufficient enough to be an indicator that the video file was done being written. Therefore, we still need an ugly hack to listen for DeviceStorage to know when our video file is ready.
Flags: needinfo?(jdarcangelo)
|
|
Assignee | |
Updated•10 years ago
|
Blocks: camera-backlog
|
|
Assignee | |
Comment 3•10 years ago
|
||
In order for the recording `stop` event to be useful to the Camera app, we need it to pass us the path of the recorded video file.
|
|
Assignee | |
Comment 4•9 years ago
|
||
Closing this as this has already been done for a while now.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•