71651d37125a5fe7339fb5f140876c891a8275df |
|
27-Mar-2015 |
Jinsuk Kim <jinsukkim@google.com> |
CEC: Do not send <ARC Terminated> when init request gets rejected System audio may reject <Request ARC Initiation> with a response <Feature Abort> or just time out. Do not send <Request ARC Terminated> in response so as not to turn off the ARC mode, as it may not be the intended behavior. Bug: 19928094 Change-Id: I469dfa53bf35dfbca7daa86a69763b10551663ec
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcInitiationAction.java
|
2e8f1b6399089626b4f0249427626ba6e63a62ef |
|
03-Sep-2014 |
Jungshik Jang <jayjang@google.com> |
CEC: Revamp volume control action. Here is a list of changes 1. Change volume control into event base not level base 2. Hide volume ui if volume change is triggered by CEC 3. Report volume change triggered by CEC in OSD message 4. Revamp HdmiLogger so that normal class uses static method only. 5. Apply format message to HdmiLogger's helper methods. Bug: 17367215 Change-Id: I9f3cd41f7c66f76919059b463df956ed5176b054
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcInitiationAction.java
|
5fba96df30b6b50b3cb9fe1d783320b1cc3bd6ea |
|
11-Jul-2014 |
Jinsuk Kim <jinsukkim@google.com> |
HdmiConfig class holding constants that may need customization Put in one place some constants used in HdmiControlService that may need customization. This makes it easy to do the job. Bug: 16160911 Change-Id: I59786a48d336cfca722daa82c1f0dceb88c5e5e4
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcInitiationAction.java
|
c0c20d0522d7756d80f011e7a54bf3b51c78df41 |
|
04-Jul-2014 |
Jinsuk Kim <jinsukkim@google.com> |
Removed class HdmiCec Most of the constants in HdmiCec are internal use only. Moved them to service, and dispersed the rest to other relevant classes. Also moved HdmiCecMessage class to service as it doesn't need to be open ouside the service. Change-Id: I7b2ce3bf465330aa4d7fcd05f9aefa1e6c8b056a
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcInitiationAction.java
|
3ecdd832c77483c909fbf90d17d0e6d97ca365ee |
|
17-Jun-2014 |
Jungshik Jang <jayjang@google.com> |
Fix missing iteration policy on device discover action Device polling requires both pick policy and pick iteration policy, however, device discovery action has no iteration policy. Along with fix, move send result and pick policy constants to HdmiConstants package Change-Id: Ibbcfdc482a189bbc3aa2c61143422541da78447d
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcInitiationAction.java
|
79c58a4b97f27ede6a1b680d2fece9c2a0edf7b7 |
|
16-Jun-2014 |
Jungshik Jang <jayjang@google.com> |
Rearrange ownership between Hdmi control modules. Here is a list of changes on this. (R: rationale) 1. HdmiCecLocalDeviceTv takes over responsibilty of device info management. R: All devices infos are added or removed by only Tv's device discovery and hot plug detection mecanism 2. Each HdmiCecLocalDevice manages FeatureAction and Cec message cache. R: There is no direct connection between actions that are created in different device action. If there is an same actions created from different local device, they should be managed independently. 3. Active path and logical address is managed by HdmiCecLocalDevice. R: All device should know active path of current source. 4. All system audio & ARC features are handled by HdmiCecLocalDeviceTv R: In terms of ARC, theoretically, any device can be transmiter of ARC but TV is the de facto device On other hands, for system audio Tv is the recipeint of request. Change-Id: Iac9ff43fb41798ed4f94c61d23345fe5fe777fbb
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcInitiationAction.java
|
ece603b7955938d6001c376f351ca0a2219330ac |
|
23-May-2014 |
Yuncheol Heo <ycheo@google.com> |
Add the constants for the callback result of SendCecCommand(). - Move the send failure warning messages into HdmiCecController.sendCommand() from each Actions. - Stringfy with more detail messages for some opcodes. Change-Id: Ib7ce24dd2a1f290e6c3a0b26738772ef1d4a9630
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcInitiationAction.java
|
d643f764f72efc1e7aa67392bf9ac40720ae14c3 |
|
22-May-2014 |
Jungshik Jang <jayjang@google.com> |
Add SendMessageCallback to Hdmi control service. As we have separate IO thread, we should have async callback mechanism to get result of send request. For that, I added SendMessageCallback interface to HdmiControl Service Along with this, replace message-based IO handling with post Runnable based one for consistency Change-Id: I61cf5b751b4f2af3b34956060869f3512f161d11
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcInitiationAction.java
|
67ea521d14f366fe5aac09e512865d31bfa0ee53 |
|
15-May-2014 |
Jungshik Jang <jayjang@google.com> |
Add several actions for ARC (Audio Return Channel) ARC channel is established by both TV and AV Reciever. From TV, it sends <Request ARC Initiation> and AVR responds with <Initiate ARC>. From AVR, it can be initiated by sending <Initiate ARC> directly to TV. Once TV receives <Initiate ARC> it sets up ARC internally and replies <Report ARC Initiated> to AVR. Termination steps are almost same except for message name (use Terminate instread of Initiation). In order to implement the above steps, this change introduces following classes. RequestArcInitiation(Termination)Action: handles <Request ARC Initiation> (<Request ARC Termination>) RequestArcAction handles common logic of them. SetArcTransmissionStateAction: handles ARC set up, enabling/disabling ARC and reports results to AVR. <Initiate ARC> and <Terminate ARC> handles directly in HdmiControlService Along with this, this change has implmentation for add&removeAction. To avoid synchronization issue they are isolated to main thread. Change-Id: I3c5cf7c777e6c1de50d63ce4643b191dfe15fe1f
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcInitiationAction.java
|