| 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/RequestArcTerminationAction.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/RequestArcTerminationAction.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/RequestArcTerminationAction.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/RequestArcTerminationAction.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/RequestArcTerminationAction.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/RequestArcTerminationAction.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/RequestArcTerminationAction.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/RequestArcTerminationAction.java
|