| 6b096d349b8ea879ee152a50df66427c919adaba |
|
12-Sep-2014 |
Jungshik Jang <jayjang@google.com> |
Remove unnecessary warning.
Bug: 17501260
Change-Id: I5e7edd6d1fc179c00306d745adc99bebdcb65316
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcAction.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/RequestArcAction.java
|
| 339227da7cf025ce4ae0c85ddc52643d63972321 |
|
25-Aug-2014 |
Jungshik Jang <jayjang@google.com> |
Fix several bugs in HdmiControlService.
1. Fix HdmniLogger null pointer exception
2. Should check arc enabled port for arc requests
3. Disallow ARC action coming from indirect AVR device.
4. Check original opcode of feature action
5. Add bitmasking to all parameters of cec message.
Bug: 17243701, Bug: 17238394, Bug: 17241401
Change-Id: Iff0da78b0de9a29fb00e683c261528e0baea66af
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcAction.java
|
| b509c2ecd99619248b7a07fb0fa978bb27f25cc3 |
|
07-Aug-2014 |
Jungshik Jang <jayjang@google.com> |
Rename FeatureAction into HdmiCecFeatureAction
Change-Id: I92ca11e513f8cf520e84399fe688397f2d9f714a
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcAction.java
|
| 61f4fbd2e8436a1ecd478c2a1f516d064a24d43b |
|
06-Aug-2014 |
Jungshik Jang <jayjang@google.com> |
Rename HdmiCecDeviceInfo into HdmiDeviceInfo.
In order to include mhl device info to device info,
rename HdmiCecDeviceInfo into HdmiDeviceInfo.
BUG: 16215362
Change-Id: I30fb0216061fbbdd6fdc1b82c63af83f1b678597
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcAction.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/RequestArcAction.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/RequestArcAction.java
|
| 63a2e0696ce2a04fbe0f1f00cfe9c93189f944da |
|
27-May-2014 |
Yuncheol Heo <ycheo@google.com> |
Add SystemAudioAction(FromAvr|FromTv).
The system audio can be initiated by Tv itself or by AVR through
<Set System Audio Mode> CEC message.
This CL also includes:
- Add HdmiConstants, HdmiUtil class to handle various constants and
utility functions.
- Add default message dispatcher to all queued actions.
- Add an argument on HdmiControlService.removeAction(class) to prevent
from removing the caller itself.
Change-Id: I9fd9089bed876f04b58c483879b64edfae94a298
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcAction.java
|
| 358164c09e367199cd3d4af6381a9f342ac9f0ef |
|
21-May-2014 |
Jungshik Jang <jayjang@google.com> |
Add finish() after timeout of Reqeust Arc operations.
If <Request ARC Initiation> and <Request ARC Termination>
receive no <Initiate ARC> and <Termniate ARC> and
it should clean up itself, i.e call finish().
Change-Id: Id10fbe416cf5f5ab836935a1b560864b5cbd3b83
/frameworks/base/services/core/java/com/android/server/hdmi/RequestArcAction.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/RequestArcAction.java
|