894848 - [User Story] [Media Recording] Microphone API

Status: RESOLVED FIXED

(Firefox OS Graveyard :: General, defect, P1)

Comment 1

[(no longer active)]

What is this bug about?  I'm trying to understand why it depends on bug 856361.

Comment 2

[Jason Smith [:jsmith]]

(In reply to :Ehsan Akhgari (needinfo? me!) from comment #1)
> What is this bug about?  I'm trying to understand why it depends on bug
> 856361.

It's a tracker bug to track completion of the 1st 1.2 user story for Media Recording - https://docs.google.com/a/mozilla.com/spreadsheet/ccc?key=0AtVT90hlMtdSdEd4TVVjWXNfU3ctMlVhWFRrWkpweVE#gid=25. The notes in the user story indicate that Roc identified that we need bug 856361 for collecting/processing raw audio samples to meet this user story's requirements.

Comment 3

[(no longer active)]

Cool.  Please let me know if there is anything specific that I need to be aware of.  Thanks!

Comment 4

[Ivan Tsay (:ITsay)]

Adjust white board keyword to compile with the format agreed in EPM discussion.

Comment 5

[Jason Smith [:jsmith]]

https://moztrap.mozilla.org/manage/cases/?pagenumber=1&pagesize=20&sortfield=created_on&sortdirection=desc&filter-tag=2229

Comment 6

[[e-mail]]

Ivan, what is the acceptance criteria of audio-capture?
Do we need to support multiple audio-capture source before 9/16?

Comment 7

[Sandip Kamat]

Fred, what audio types are we capturing with current implementation? We are primarily trying to enabler some third parties to capture audio, so we can check with our partner engg if the current formats supported would cover what they need.

Comment 8

[[e-mail]]

cc alfredo since I'm not familiar with that audio types detail

Comment 9

[Jason Smith [:jsmith]]

When you are saying audio types, are you referring to internal mic vs. other available input devices such as bluetooth?

Comment 10

[Alfredo Yang (:alfredo)]

(In reply to Fred Lin [:gasolin] from comment #8)
> cc alfredo since I'm not familiar with that audio types detail

I don't know what "audio type" means here.

If my recall is correct, the audio stream (raw data) retrieved via gUM is passed from Android layer and Android layer (audio policy, audio HAL) will do others when input device changed.
Upper layer doesn't need to pay special attention.

Comment 11

[Ivan Tsay (:ITsay)]

(In reply to Fred Lin [:gasolin] from comment #6)
> Ivan, what is the acceptance criteria of audio-capture?
> Do we need to support multiple audio-capture source before 9/16?

Hi Fred,

No, since it is not supported yet in gecko now, we don't need it before 9/16. It's also need to be discussed if the requirement is necessary.

Comment 12

[Jason Smith [:jsmith]]

In terms of what's needed for feature complete - bug 898986 is still needed to be able to call this user story feature complete. bug 914494 is a followup issue, but not needed for feature complete.

Comment 13

[Ivan Tsay (:ITsay)]

The two open bugs are the follow up bug and we can fix it during the bug fixing period.

Comment 14

[Jason Smith [:jsmith]]

(In reply to Ivan Tsay (:ITsay) from comment #13)
> The two open bugs are the follow up bug and we can fix it during the bug
> fixing period.

bug 898986 isn't a bug - it's part of the feature landing, so I don't agree with that. I'm not granting a FC signoff without that fixed. Reopening.

Comment 15

[Ivan Tsay (:ITsay)]

Hi Jason,

The bug 901559 and 913896 are the bugs to resolve the feature of 898986. That's why I think it is completed.

Comment 16

[Jason Smith [:jsmith]]

Looks like the bug in question was already fixed then per Ivan's comments, so this is FC.