Changes between Initial Version and Version 3 of Ticket #1360


Ignore:
Timestamp:
Sep 27, 2011 5:14:52 AM (11 years ago)
Author:
nanang
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #1360

    • Property Owner changed from bennylp to nanang
    • Property Status changed from new to assigned
    • Property Summary changed from Video orientation to Video orientation support
  • Ticket #1360 – Description

    initial v3  
    11Support for encoding video orientation in SDP, stream, and (possibly) devices. 
     2 
     3== Background == 
     4 - Mobile devices can be rotated (the rotation angle can be detected), which may lead to wrong video orientation in rendering/playback. 
     5 
     6== Objective == 
     7 - The purpose is to render video in natural orientation (head/sky upside) or the preferred orientation of the capturer. 
     8 
     9== Fact == 
     10 - Common video codecs works in predefined allowed sizes/orientation, e.g: CIF, QCIF. 
     11 - On iOS, capturing video to a file will store the video data in camera native orientation, i.e: wide-oriented, the capture orientation info (the device/camera orientation when the capture/record process is done) is stored in video metadata, so in playing back the file, the stored capture orientation info (may be combined with current device orientation info) is used to calculate rotation angle to get natural orientation in video rendering/playback. 
     12 
     13== Idea == 
     14 - The orientation info is readable and read-only in capture. 
     15 - The renderer will apply the orientation info provided by the capturer. 
     16 - The orientation info is a rotation angle to be applied to a picture/video so it can be displayed naturally (or as the capturer preference). 
     17 
     18== Issue == 
     19 - SDP/SIP doesn't seem to support this orientation thing. No way for sender to tell receiver about the video orientation info. Putting 'a=orient:x' in SDP is not really useful as it just receiver preference/capability, while in practice, the receiver can render any orientations and the capturer cannot really send portrait (codecs limitation, etc).