International organisation for standardisation organisation internationale de normalisation

25.3Action Points

26Control Information (23005-2)

26.1Topics

26.1.1ISO/IEC 23005-2 Control Information

26.2Contributions

Session	Number	Title	Source
MPEG-V	m16722	Study on MPEG-V Control Information	Yasuaki Tokumo Takuya Iwanami Shuichi Watanabe Shin-ya Hasegawa
MPEG-V	m16589	Study on Sensory Device Command in MPEG-V Control Information	Jin-Seo Kim Maeng-Sub Cho Bon-Ki Koo Yong Soo Joo Sang-Kyun Kim
MPEG-V	m16595	Comments on Sensory Device Command of MPEG-V	B. S. Choi Joo Jang Park
MPEG-V	m16733	Control Information from Sensors	Seungju Han
MPEG-V	m16734	Avatar Control Information	Jae-Joon Han
MPEG-V	m16596	Comments on User Sensory Preference & Sensory Device Capability of MPEG-V	B. S. Choi SangHyun Joo JongHyun Jang KwangRo Park
MPEG-V	m16692	Discussion input on overlapping sensory effects	Markus Waltl Christian Timmerer

m16722

Need of separating preparationTime and responseTime (accepted)

m16589

- Re-usage of the SEDL and SEVocabulary for SDCom is not possible

- Proposal to use the idref for referring a device defined with ID in the top of the document to avoid conflicts when using twice same ID in a document (accepted)

m16595

- not use GroupOfCommands since we send them to different devices (accepted)

- keep "pts" as a provision for the future high end devices (accepted)

- implement simple "intensity" meaning for the devices, use range, levels or percentage instead of measures (e.g. Richter magnitude) that the device does not usually know.

- proposal for temperature type for indicating cooling and heating instead of temperature itself. There is a need to be known by the adaptation engine the ambient temperature if the device can not handle it itself.

Resolution: replace the temperatureType by heatingType and coolingType
m16733

- redefining the architecture to make the separation between the actuators and sensors (not accepted)

m16734

- add a wrapper for being possible to update any avatar characteristic

Resolution: keep control only on meaningful features
m16596

Proposal to include device name, manufacturer, … in terminalCapabilityBaseType.

Resolution: check what exists in DIA for TerminalType and do the same.
Separate the delay time in two components: "preparation time" and "time to reach target" (same as difference between "off state" and "stand-by state") - accepted
Drop the shading effect (accepted).
Add color disabilities. Resolution: use the dia:UserCharacteristicsBaseType for color disabilities.
An adaptationMode is proposed (scalable or strict) to force the mapping of values out of range. The initial proposal was that in the case of "strict" the output value should be zero. Resolution: in the case of "strict" when the input value is out of range, the output should be equal with the maximum value the device is able to operate.
Change the names for detestableColor, detestableScent in unfavorableColor and unfavorableScent, respectively (accepted)
m16692

- It is possible to have situations where multiple values for the same effect are specified. The proposal is to keep the maximum value.

New recommendation: the decision of the right value should be implemented by the adaptation VR