Skip to main content

Proposed MPEOS HN API change to query platform for ServerSidePacing/Restamping PTS PCR support

  2 posts   Feedicon  
Replies: 1 - Last Post: October 16, 2012 16:47
by: mmas
showing 1 - 2 of 2
Posted: October 09, 2012 16:22 by landerson
The following proposed change is needed in order to support an upcoming EC to HNP spec related to OCAP HN header ServerSidePacing. The stack's formulated response is dependent on whether the underlying platform supports restamping or not so this method is needed to query the platform. This is the new proposed method:
+/**
+ * Returns indication if this requested content item's MPEG stream will be
+ * paced by this server so that both the PCR time stamp in the TS header's
+ * adaptation field and the PTS time stamp in the PES header are re-stamped
+ * using supplied profile ID and mime type combination.
+ *
+ * Refer to <a href="http://www.cablelabs.com/specifications/">OC-SP-HNP2.0 specification</a>,
+ * section 5.6.1.5 ServersidePacedStreaming for more relevant details.
+ *
+ * @param contentLocation               Indicates content location type such as
+ *                                      recording, TSB, etc.
+ * @param contentDescription            Structure describing content which varies
+ *                                      depending on content location type provided.
+ * @param profileIDStr                  Retrieve supported connection stalling for
+ *                                      content item using this DLNA media profile.
+ *                                      The stack can pass "DTCP_"-prefixed profile
+ *                                      ID string to indicate that the content item
+ *                                      will be transmitted using PCP header encapsulation.
+ * @param mimeTypeStr                   Retrieve supported connection stalling for
+ *                                      content item using this mime type. The stack
+ *                                      will never pass "application/x-dtcp1" mime type here.
+ * @param willRestamp                   Returns true if server will restamp the timestamps in
+ *                                      outgoing content using the supplied content/profile/mime type
+ *                                      combination, false otherwise.
+ *
+ * @return MPE_HN_ERR_NOERR            If successful.
+ * @return MPE_HN_ERR_INVALID_PARAM    If content/profileId/mimeType
+ *                                     combination is not supported.
+ **/
+mpe_Error mpeos_hnServerGetServerSidePacingRestampFlag(
+        mpe_HnStreamContentLocation contentLocation, void * contentDescription,
+        char * profileIDStr, char * mimeTypeStr,
+        mpe_Bool * willRestamp);

Posted: October 16, 2012 16:47 by mmas

implemented svn revision 38755
Replies: 1 - Last Post: October 16, 2012 16:47
by: mmas
 
 
Close
loading
Please Confirm
Close