ae686a51288031271685861436f7c67201791d09 |
|
04-Sep-2014 |
Dharmesh Mokani <mokani@google.com> |
Address API review comment:AlwaysOnHotwordDetector - Methods creating an Intent should be named createFooIntent Bug: 17389896 Change-Id: Icb9c9f9ca3a41fca09f79ff22b99988a1ded331f
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
ee16bdc33d32e923032073919ded1f2efe9677e1 |
|
25-Aug-2014 |
Sandeep Siddhartha <sansid@google.com> |
Address API review comments - Make Callback an abstract class - Split manage intents into 3 different methods - Remove RECOGNITION_FLAGS_NONE Bug: 17255602 Change-Id: I1329f889bb2ab35938f42d2ecfe755d2b17ec542
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
fb30d6936a4793a3369fbf8bf51fa526b8a77272 |
|
24-Aug-2014 |
Sandeep Siddhartha <sansid@google.com> |
Fix conversion of locale from BCP47 language tag Bug: 17187528 Change-Id: Ifcf707c9be736885f3fc79f3c36087ecf9092971
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
dcf3068fcb55f101680e70a8a6f84f3b2c9cb1e3 |
|
23-Aug-2014 |
Sandeep Siddhartha <sansid@google.com> |
Fix the Locale story in the hotword API Tighten the API by taking in a locale rather than a string tag. Tighten the checks when reading the enrollment metadata, bail out if any attribute is missing or invalid. Add missing recycle call for a TypedArray Stop recognition when sound model(s) change. This is needed during un-enrollment/re-enrollment. Bug: 17187528 Bug: 17205230 Change-Id: Idb00b51ef8c4ea0a8f8993decea582223181fa3d
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
cb4e81c7fe1ec843d80f7604a688c71086c23685 |
|
06-Aug-2014 |
Sandeep Siddhartha <sansid@google.com> |
Handle microphone contention/Phone calls while recognition is active Internally we pause the recognition when: - a phone call is active/off-hook/ringing - or some other application grabs the microphone we auto-resume when the condition that caused us to pause reverses. Both these events are notified to the client via callbacks so that they can choose to display on their UI, that the recognition is paused for some reason. Bug: 16515468 Bug: 16740806 Bug: 16514535 Change-Id: Ib274d68522c8cf37d42402c875b16159957657f0
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
db92e35211d875eab75787c593eea2988c8a560f |
|
07-Aug-2014 |
Sandeep Siddhartha <sansid@google.com> |
Fix build break Change-Id: I7af700671f1a2e910b6e08498381c8adb40631f8
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
2c0273e50a3162595e9a54030166f2369b039a5a |
|
01-Aug-2014 |
Sandeep Siddhartha <sansid@google.com> |
Add a flag for multiple triggers with same recognition session Also annotate the flags with @IntDef to make things clearer and safer Add more debug logging Revert to start/stop being synchronous since telephony and microphone will need to be handled internally. Bug: 16731586 Bug: 16514535 Bug: 16549061 Change-Id: I83695d52e9547269c95d443e4d921c9238b7401e
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
668327d0286591324fa7592ee9b39255076e2165 |
|
29-Jul-2014 |
Sandeep Siddhartha <sansid@google.com> |
Tighten the checks around a detector being invalidated Don't call back for a detector being marked invalid because that happens when someone else obtains a detector or VIS shuts down, in either case we don't want a loop where two entities keep creating new detectors and being invalidated. Don't call back on an invalid detector for availability change/detected/started and stopped only propagate errors. This helps us with cases where a callback for the previous VIS may get called and then crash because it tries to make calls without being the current VIS. In the new scheme of things, if the VIS changes, or the current VIS obtains a new AlwaysOnHotwordDetector, the previous one is shutdown and internally marked as invalid and all calls to it fail with an IllegalStateException. Bug: 16629417 Change-Id: I74417bf76ba80916ebc21b042c18b3467857733e
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
1ed12ddb8c46193cc4d790b9c7d6a5d61afb3311 |
|
29-Jul-2014 |
Sandeep Siddhartha <sansid@google.com> |
Make startRecognition async - This is needed for telephony and audio integration which should happen via async callbacks that'll end up starting/stopping recognition. e.g. if a startRecognition happens when in a phone call - the onDetectionStarted will get called once the phone call ends. For now the transient stoppages due to internal reasons will not be propagated back to the client. Bug: 16514535 Bug: 16515468 Change-Id: I1b2b8edd28f5c5e67c453f66c23e1a67a626114e
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
f63bc523eadbe01ce0a5ad52868a5dccb3d5f6dd |
|
22-Jul-2014 |
Sandeep Siddhartha <sansid@google.com> |
Make hotword availability a callback This helps us make the list sound models operation an async one, it also helps us with the case where a detector is invalidated, so the client doesn't have to keep checking the state. Synchronize DatabaseHelper methods on its instance so that other VoiceInteractionManagerService calls aren't blocked on db writes/reads. It's still possible for the list operation to be blocked on update and vice-versa Change-Id: Ib8ec4ac5056b62d443038560ce31d0641b4627b0
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
6daae9622672e0b38fc2efed29f68061d749cacc |
|
21-Jul-2014 |
Sandeep Siddhartha <sansid@google.com> |
AlwaysOnHotwordDetector needs to reflect enrollment changes Add a callback for when any sound model change happens. This helps the VIS to re-check the availability and either enroll the user, or start/stop recognition. Also shut down any active recognition when VIS dies, or a different hotword detector instance is obtained from VIS. Change-Id: I03f94e78c6ee307afe822a84aebc7e74c64de7b4
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
110f569b47bc21fb38ec25b6110ee302ce137e06 |
|
20-Jul-2014 |
Sandeep Siddhartha <sansid@google.com> |
Fix synchronization issues in AlwaysOnHotwordDetector - Remove unnecessary recognition status from AlwaysOnHotwordDetector - Remove unnecessary recognition started callback from IRecognitionStatusCallback - Fix a bug around the fact that we weren't picking up enrollment at runtime because we were storing the availability at instantiation time. - Handle 0-length arrays in SoundTrigger classes while parceling/unparceling - Fix issue in SoundTrigger helper where we were not comparing binders for start/stop calls - Unload the previous model when starting a new recognition - Add more debug logging Change-Id: Icc56d7f3dd1ffa49a8cfeea49080e3ab4d342c32
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
7444c906faef1f7a9a6e6f7a443ba156f1e856be |
|
17-Jul-2014 |
Sandeep Siddhartha <sansid@google.com> |
Test hotword flow - Also fix a few StrictMode violations in DatabaseHelper Change-Id: I93f27407dae34cc0dca5e9f891d4ca718d6010a5
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
fee756ff91ab4d8f0e09ddb050d22d88ebb66ae7 |
|
17-Jul-2014 |
Dianne Hackborn <hackbod@google.com> |
Implement issue #16330060: Inform ActivityManager about WebView... ...state changes. Add a new API to tell the activity manager about a new dependency one process has on another package. Start using it already for when apps is Context.createPackageContext() to load code from another app. Also do some work on getting the monitoring of proc/uid states in shape so it can be used by unundled code, along with an AppImportanceMonitor class for doing so. Some small fixes and additions to VoiceInteractionService. Improve handling of unaccounted/overcounted battery use so that they aren't shown to the user unless they are significant. Change-Id: I22dd79a73f4e70103d3f8964494aebc8a31f971c
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
d7018200312e4e4dc3f67cf33dc90bf7ce585844 |
|
11-Jul-2014 |
Sandeep <sansid@google.com> |
Always on hotword changes Add model management API skeleton to VoiceInteractionManagerService Add an "interactor" for all always-on APIs - The VoiceInteractionService will get an interactor for the given keyphrase and locale. - It can then check the availability and call methods to start and stop recognition on this interactor. - Add a common class to deal with SoundTrigger APIs - Cleanup the keyphrase representation: We now have separate representations for the keyphrase metadata and a keyphrase being used for recognition. This'll also help us to handle custom keyphrases in the future easily. This also ensures that for use within the framework, we rely on the ID of the KeyphraseInfo rather than comparing the text everytime. Add a callback for the AlwaysOnHotwordDetector This callback should be passed in by the VoiceInteractionService and is used to notify it of recognition events. Change-Id: I26252298773024f53a10cdd2af4404a4e6d74aae
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
22968950b814e66a6aa119ea92ae648884cbe0d9 |
|
10-Jun-2014 |
Sandeep Siddhartha <sansid@google.com> |
Activity for enrollment - Make the enrollment attrs public - Add a dummy activity for enrollment - Manually tested that the meta-data is correctly read by the VoiceInteractionService when the enrollment application is under /system/priv-app Change-Id: I36676ed8ffc919109031c26bac047d0c51a77e13
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
c03c9167c2d9a1e22fb2b176b00a0524177fb037 |
|
02-May-2014 |
Dianne Hackborn <hackbod@google.com> |
Further work on voice interaction services. This makes VoiceInteractionSession a more first-class concept. Now the flow is that a VoiceInteractionService calls startSession() when it wants to begin a session. This will result in a new VoiceInteractionSession via the VoiceInteractionSessionService containing it, and the session at that point an decide what to do. It can now show UI, and it is what has access to the startVoiceActivity API. Change-Id: Ie2b85b3020ef1206d3f44b335b128d064e8f9935
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
18f0d357f9693fe787a3e3777d8fdf01357a6e3f |
|
26-Apr-2014 |
Dianne Hackborn <hackbod@google.com> |
Rework some of the voice interaction APIs. On the app side, requests are now composed by subclassing from various types of Request objects. On the service side, starting a voice interaction session involves starting another service that will then manage the session. This leads the service design much more to what we want, where the long-running main service is very tiny and all the heavy-weight transient session work is elsewhere in another process. Change-Id: I46c074c6fe27b6c1cf2583c6d216aed1de2f1143
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|
91097de49b0f683b00e26a75dbc0ac6082344137 |
|
05-Apr-2014 |
Dianne Hackborn <hackbod@google.com> |
Initial implementation of new voice interaction API. This gives a basic working implementation of a persist running service that can start a voice interaction when it wants, with the target activity(s) able to go through the protocol to interact with it. It may even work when the screen is off by putting the activity manager in the correct state to act like the screen is on. Includes a sample app that is a voice interation service and also has an activity it can launch. Now that I have this initial implementation, I think I want to rework some aspects of the API. Change-Id: I7646d0af8fb4ac768c63a18fe3de43f8091f60e9
/frameworks/base/tests/VoiceInteraction/src/com/android/test/voiceinteraction/MainInteractionService.java
|