13.07.2015 Views

FIMS Media SOA Framework - AMWA

FIMS Media SOA Framework - AMWA

FIMS Media SOA Framework - AMWA

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>FIMS</strong> <strong>Media</strong> <strong>SOA</strong> <strong>Framework</strong> Phase1 (Preliminary)9 <strong>Media</strong> Centric Features (informative for this edition)<strong>SOA</strong> has become an established approach for a range of IT systems such as information systems, accountingsystems, etc. However, in seeking to apply a <strong>SOA</strong> approach to a <strong>Media</strong> system, several unique media-centricissues also need to be considered. This section describes the specific <strong>Media</strong> centric features applicable to a<strong>Media</strong> <strong>SOA</strong> system.9.1 Composite ServiceA Composite <strong>Media</strong> Service is composed of more than one existing service in order to realize functions and/orperformance that use of individual existing services by themselves cannot achieve.Because there seems to be no other service than Capture (or Ingest) that requires tight service integration withpipelined processing, this section focuses on the Capture service, while the generic mechanisms needed todefine a composite service are left for future study.Capture provides a function that imports the AV essence from other AV systems to the media system,Transform is a function that transforms the properties of AV essence such as format, data size, and colorgrading, within the system, and Transfer is a function to move a media file from one place to another within thesystem.A workflow that receives AV essence from other AV systems, transforms it as appropriate and stores it in thesystem is usually called ‘Ingest’. While this would seem to be capable of being realized simply by invoking inturn the Capture service, the Transform service, and the Transfer service, for AV media there are several issuesthat need to be carefully considered. For example, AV process handling, the interface boundary between theCapture and the Transform services, and the issue of pipelined handling in order to optimize performance.Figure 3 shows a block diagram of typical Ingest system, where the video handling part is highlighted.In this diagram, the AV Process indicates baseband signal processing such as LUT (Look Up Table) based Colorgrading, QC (Quality Check), Cropping, Resizing, and Burn-in (text-overlay). The preferred order and/orconfiguration of such processes depend on the workflow, which needs to be flexibly tailored to meet the user’sspecific demands.One of the most important performance factors of Ingest is to minimize the delay between the Capture of AVessence and its readiness for use by downstream services. Movement of AV essence between internal blocks istherefore optimized. In addition, frame or GOP based pipelined processing is introduced (see Figure 4) tofurther reduce delay.FileSDIHD‐SDIBasebandFile CaptureFileUnwrap DecodeVTR/LiveCaptureBasebandAVProcessBasebandEncodeWrapTransferIngestFileFigure 3 Typical Ingest Process Block DiagramPrivate committee documentWorking Draft for review by <strong>FIMS</strong> Rev v1, Nov-16-2010 Page 72 of 89

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!