JP2015510349A - オーディオ信号、ビデオ信号、および制御信号を変換するための方法および装置 - Google Patents
オーディオ信号、ビデオ信号、および制御信号を変換するための方法および装置 Download PDFInfo
- Publication number
- JP2015510349A JP2015510349A JP2014556131A JP2014556131A JP2015510349A JP 2015510349 A JP2015510349 A JP 2015510349A JP 2014556131 A JP2014556131 A JP 2014556131A JP 2014556131 A JP2014556131 A JP 2014556131A JP 2015510349 A JP2015510349 A JP 2015510349A
- Authority
- JP
- Japan
- Prior art keywords
- video
- audio
- camera
- signal
- data stream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 24
- 230000001360 synchronised effect Effects 0.000 claims abstract description 31
- 230000005540 biological transmission Effects 0.000 claims description 19
- 230000008569 process Effects 0.000 claims description 16
- 230000011664 signaling Effects 0.000 claims description 6
- 238000001914 filtration Methods 0.000 claims description 5
- 230000005236 sound signal Effects 0.000 claims description 3
- 108700009949 PTP protocol Proteins 0.000 claims description 2
- 230000000007 visual effect Effects 0.000 claims description 2
- 230000006870 function Effects 0.000 description 18
- 238000004519 manufacturing process Methods 0.000 description 13
- 230000008859 change Effects 0.000 description 8
- 238000005259 measurement Methods 0.000 description 8
- 238000000926 separation method Methods 0.000 description 7
- 238000013461 design Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 230000006855 networking Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 239000000463 material Substances 0.000 description 3
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 239000013078 crystal Substances 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 1
- 239000010931 gold Substances 0.000 description 1
- 229910052737 gold Inorganic materials 0.000 description 1
- 238000009499 grossing Methods 0.000 description 1
- 230000006698 induction Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000006831 intrinsic signaling Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000013178 mathematical model Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 230000035807 sensation Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000010561 standard procedure Methods 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 230000001629 suppression Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23602—Multiplexing isochronously with the video sync, e.g. according to bit-parallel or bit-serial interface formats, as SDI
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/222—Studio circuitry; Studio devices; Studio equipment
- H04N5/262—Studio circuits, e.g. for mixing, switching-over, change of character of image, other special effects ; Cameras specially adapted for the electronic generation of special effects
- H04N5/268—Signal distribution or switching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/233—Processing of audio elementary streams
- H04N21/2335—Processing of audio elementary streams involving reformatting operations of audio signals, e.g. by converting from one coding standard to another
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2385—Channel allocation; Bandwidth allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
- H04N21/4223—Cameras
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4342—Demultiplexing isochronously with video sync, e.g. according to bit-parallel or bit-serial interface formats, as SDI
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4346—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream involving stuffing data, e.g. packets or bytes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N23/00—Cameras or camera modules comprising electronic image sensors; Control thereof
- H04N23/60—Control of cameras or camera modules
- H04N23/66—Remote control of cameras or camera parts, e.g. by remote control devices
- H04N23/661—Transmitting camera control signals through networks, e.g. control via the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
- H04H60/04—Studio equipment; Interconnection of studios
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Time-Division Multiplex Systems (AREA)
- Studio Devices (AREA)
- Studio Circuits (AREA)
Abstract
同期のオーディオ信号、ビデオ信号、および制御信号と、それらのオーディオ信号およびビデオ信号のため、および制御信号のためのインターフェースとしてのIPネットワークのための非同期データストリームとの間で変換を行うための装置。プロセッサが、同期のオーディオ信号、ビデオ信号、および制御信号と、非同期のパッケージ化されたデータストリームとの間で変換を行うように構成される。それらのデータストリームは、送信されるべき信号の性質に応じて選択されたIP標準に準拠してストリーム上で送られる。
Description
本発明は、カメラとスタジオ機器の間のオーディオ−ビデオ信号および制御信号の変換および伝送に関する。
本発明の改良点は、後段で参照され得る、添付の独立請求項において規定される。有利な特徴が、従属請求項に記載される。
本願発明の一実施例は、例えば、オーディオ信号、ビデオ信号、および制御信号を変換するための方法および装置に関する。
本発明は、符号化/復号方法、符号器/復号器、および送信機または受信機を提供する。本発明は、カメラまたはスタジオ機器に対する追加物として与えられ得るデバイスをさらに提供する。
大まかに言えば、本発明は、ブロードキャスト環境において使用される信号を、既存の複数の標準からインターネットプロトコル(IP)に、またIPからそのような既存の標準に変換するデバイスを提供する。IP信号は、ブロードキャスト品質のオーディオビデオ信号をもたらすとともに、スタジオ環境において必要とされるシグナリングをももたらす。スタジオ環境において必要とされるシグナリングは、スタジオ作業者に情報を供給すること、または機器を制御することなど、デバイスおよびディスプレイを制御するという意味で、「制御」シグナリングと呼ばれ得る。そのような制御信号は、どのカメラがライブであるか、カメラをどこに移動させるべきかなどの指示を含む。
詳細には、本発明は、オーディオ信号およびビデオ信号のための第1のインターフェースと、制御信号のための第2のインターフェースと、同期のオーディオ信号、ビデオ信号、および制御信号と非同期のパッケージ化されたデータストリームとの間で変換を行うように構成され、各パッケージ化されたデータストリームは、複数のIP標準のうちの1つに準拠し、各標準は、伝送されるべき信号の性質に準拠して選択されるプロセッサとを備える、同期のオーディオ信号、ビデオ信号、および制御信号と、IPネットワークのための非同期のパッケージ化されたデータストリームとの間で変換を行うための装置を提供する。このことには、信号(例えば、オーディオであるか、ビデオであるか、制御であるか、制御のタイプであるかにかかわらず)の性質を使用して、その信号のために使用されるIP標準のタイプを決定することができるという利点がある。
この装置は、パッケージ化されたデータストリームが、IPネットワークを介して送受信され、その後、IP標準から同期のオーディオ信号、ビデオ信号、および制御信号に変換されるという意味で、双方向である。このため、それらのIPストリームは、それらのIPストリームが、そのようなネットワークを介して送受信され得るという意味で、IPネットワーク向けである。
好ましくは、選択される標準は、選択された信号のための最低の帯域幅のそのような標準である。好ましくは、制御信号に関して、オーディオビデオ信号より低い帯域幅のプロ
トコルが使用される。
トコルが使用される。
好ましくは、オーディオおよびビデオは、RTPに変換される。このことは、確実な伝送を可能にし、配信の順序を保証するとともに、順方向誤り訂正の可能性も保証するパケットフォーマットであるという利点を有する。
好ましくは、制御信号は、UDPに変換される。このことは、適切な配信速度、およびRTPより低い帯域幅をもたらす最も効率的なパケット化を可能にする。好ましくは、それらのプロトコルは、本明細書の図4の表に記載されるとおりである。
好ましくは、この装置は、IP標準で制御信号を受信するため、およびカメラにおいて制御出力をアサートするためのプロセッサを含む。
制御出力は、好ましくは、タリーライト、または作業者のヘッドホンにおいて生成される音などの視覚的タリーインジケータまたはオーディオタリーインジケータである。制御出力は、好ましくは、焦点、ズーム、ホワイトバランスなどの、カメラの態様を制御するための、RS232、RS422、LANC、または以上に類似した信号などのカメラ制御信号である。制御出力は、好ましくは、カメラ作業者とコントローラの間のトークバック信号、すなわち、双方向オーディオフィードである。
制御出力は、好ましくは、タリーライト、または作業者のヘッドホンにおいて生成される音などの視覚的タリーインジケータまたはオーディオタリーインジケータである。制御出力は、好ましくは、焦点、ズーム、ホワイトバランスなどの、カメラの態様を制御するための、RS232、RS422、LANC、または以上に類似した信号などのカメラ制御信号である。制御出力は、好ましくは、カメラ作業者とコントローラの間のトークバック信号、すなわち、双方向オーディオフィードである。
好ましくは、この装置は、他のカメラソースからIPネットワークを介して複数のIPビデオストリームを受信するように構成された入力と、カメラ作業者に提示するためのビデオを出力するように構成されたプロセッサとを備える。この装置は、カメラ作業者がこれらのビデオストリームの間で切り換えることを可能にする切り換えを含む。
好ましくは、この装置は、通常、カメラに対する接続を有する別個のボックスの形態の、インターフェースに対する接続を有するビデオカメラに接続可能なデバイスを備える。そのようなデバイスにおいて、プロセッサは、カメラの固有のオーディオ−ビデオ信号から、スタジオ機器に送信するための非同期のパッケージ化されたデータストリームに変換するように構成される。また、プロセッサは、制御信号を、スタジオ機器から受信された非同期のパッケージ化されたデータストリームから、カメラによって、またはタリーライト、ヘッドホンなどのカメラに結合された補助デバイスによって必要とされる固有のシグナリングに変換するようにさらに構成される。
好ましくは、装置は、スタジオ機器に接続可能なデバイスを備える。そのようなデバイスにおいて、プロセッサは、カメラから受信された非同期のパッケージ化されたデータストリームを、スタジオ機器によって必要とされる固有のオーディオ−ビデオ信号に変換するように構成される。また、プロセッサは、スタジオ機器からの制御信号を、1つまたは複数のカメラに送信するための非同期のパッケージ化されたデータストリームに変換するようにさらに構成される。
好ましくは、適切な変換をもたらすために、単一のデバイスが、カメラまたはスタジオ機器に接続可能である。
本発明は、前述した機能のうちのいずれかを働かせる方法により、また前述した複数のカメラ、スタジオ機器、および装置を組み込んだシステムとして与えられることも可能である。
本発明は、前述した機能のうちのいずれかを働かせる方法により、また前述した複数のカメラ、スタジオ機器、および装置を組み込んだシステムとして与えられることも可能である。
本発明の実施形態を、例として添付の図面を参照して、より詳細に説明する。
(総論)
本発明の実施形態が、カメラに接続可能であり、そのカメラによって必要とされるシグナリングからIPデータストリームへの変換、およびIPデータストリームからカメラのためのシグナリングへの変換をもたらすデバイスを備える。同一のデバイスが、カメラから受信されたIPストリームを、スタジオ機器によって使用されるように変換するために、スタジオ機器において使用されることも可能である。このため、単一のタイプのデバイスが、デバイス間の伝送がIPを使用することが可能であるようにテレビ制作機器の既存のアイテムにおいて展開され得る。
本発明の実施形態が、カメラに接続可能であり、そのカメラによって必要とされるシグナリングからIPデータストリームへの変換、およびIPデータストリームからカメラのためのシグナリングへの変換をもたらすデバイスを備える。同一のデバイスが、カメラから受信されたIPストリームを、スタジオ機器によって使用されるように変換するために、スタジオ機器において使用されることも可能である。このため、単一のタイプのデバイスが、デバイス間の伝送がIPを使用することが可能であるようにテレビ制作機器の既存のアイテムにおいて展開され得る。
本発明の実施形態の利点は、この実施形態が、スタジオ環境において、または遠隔で、ただし、制作施設と連携して使用されるタイプのカメラ機器が、パケットベースのネットワークを介したデバイスへのデータの伝送、およびデバイスからのデータの伝送を活用することを可能にすることである。そのようなシステムは、それぞれが、本発明を実施するデバイスを有する、複数のカメラ、スタジオ機器、および制御するための潜在的に1つまたは複数の中央サーバを含み得る。
この実施形態は、機能をさらにもたらすことが可能である。すなわち、例えば、変換する符号器が、システム内にいくつかのカメラが検出されるか、どのような編集システムが使用されるかなどの接続要因に応じて自動的に設定される。システム内のサーバは、リターンパケットを使用して、様々な設定を変更する命令を各デバイスに送り返すことができる。カメラは、世界の任意の場所にあることが可能であり、さらに命令は、訂正情報、または「タリーライト」などの他の制御データを含むことが可能である。
このデバイスは、将来のカメラまたはスタジオ機器に一体化した部分として実装され得る。ただし、説明される主要な実施形態は、カメラ、ミキシングデスク、および他のスタジオ機器などの既存の機器に対するアドオンとして使用され得る別個のデバイスである。本発明者らは、本明細書でそのようなデバイスを、後段の技術資料説明に記載されるとおり、「ステージボックス」と呼ぶ。
(タイミング)
本発明者らは、カメラなどの同期デバイスとIPネットワークなどの非同期ネットワークの間で変換を行う際に、タイミング情報を考慮する必要性を認識している。一例において、カメラは、カメラの出力をIPストリームに変換するために、いわゆる「ステージボックス」に接続されることが可能であり、さらにカメラから遠隔のリモートコントロールが、IP信号と制御信号の間で変換を行うために第2のそのようなステージボックスに接続されることが可能である。カメラとリモートコントロールのそれぞれは、仲介のIPネットワークに気づいていない必要があり、さらに、仲介者が同期のオープンスタンダードのIPネットワークであるものの、同期ネットワークの様態で適切なタイミング信号を送受信する必要がある。より一般的には、IPネットワークに接続された各デバイスは、タイミングをもたらす機能を必要とする。この目的で、タイミング構成が与えられる。
(タイミング)
本発明者らは、カメラなどの同期デバイスとIPネットワークなどの非同期ネットワークの間で変換を行う際に、タイミング情報を考慮する必要性を認識している。一例において、カメラは、カメラの出力をIPストリームに変換するために、いわゆる「ステージボックス」に接続されることが可能であり、さらにカメラから遠隔のリモートコントロールが、IP信号と制御信号の間で変換を行うために第2のそのようなステージボックスに接続されることが可能である。カメラとリモートコントロールのそれぞれは、仲介のIPネットワークに気づいていない必要があり、さらに、仲介者が同期のオープンスタンダードのIPネットワークであるものの、同期ネットワークの様態で適切なタイミング信号を送受信する必要がある。より一般的には、IPネットワークに接続された各デバイスは、タイミングをもたらす機能を必要とする。この目的で、タイミング構成が与えられる。
このタイミング構成は、各デバイスから送信されるIPパケット内のフィールドの中でタイムスタンプを使用することを備え、このタイムスタンプは、各デバイス内のローカル
クロックから導き出される。次に、各デバイスによって受信されたパケット内のタイムスタンプが、関数に応じて処理され、ローカルクロックを基準として使用されて、各デバイスが、共通の時間概念、詳細には、ロックオン周波数を有し、さらに、好ましくは、位相のロックも有することを確実にする。この実施形態において、関数は、ネットワーク待ち時間を導き出すこと、およびそれに相応してローカル時刻を設定することを含む。関数は、周波数および/または位相に関してローカルクロックを制御することを含む。IPパケットの大多数は、RTPである。RTPは、1つのボックスから別のボックスにビデオデータおよびオーディオデータをトランスポートするのに使用される。RTPパケットには、PTPを介して同期されているクロックを使用してタイムスタンプが付けられる。PTPは、複数のデバイスの間でクロックを同期し、さらに最良のマスタの選択を確立するのに使用される。
クロックから導き出される。次に、各デバイスによって受信されたパケット内のタイムスタンプが、関数に応じて処理され、ローカルクロックを基準として使用されて、各デバイスが、共通の時間概念、詳細には、ロックオン周波数を有し、さらに、好ましくは、位相のロックも有することを確実にする。この実施形態において、関数は、ネットワーク待ち時間を導き出すこと、およびそれに相応してローカル時刻を設定することを含む。関数は、周波数および/または位相に関してローカルクロックを制御することを含む。IPパケットの大多数は、RTPである。RTPは、1つのボックスから別のボックスにビデオデータおよびオーディオデータをトランスポートするのに使用される。RTPパケットには、PTPを介して同期されているクロックを使用してタイムスタンプが付けられる。PTPは、複数のデバイスの間でクロックを同期し、さらに最良のマスタの選択を確立するのに使用される。
タイミング機能は、着信するいずれのパケットも、ローカルクロックと比較して急な変化を全く生じさせないことを確実にする平滑化関数を含むことも可能である。
また、タイミング構成は、各デバイスが他のデバイスに対してマスタクロックの役割をすべきか、または他のデバイスに対してスレーブの役割をすべきかを決定する機能を、各デバイス内に含むことも可能である。この機能を使用して、そのようなデバイスのネットワークは、IPネットワークに接続する際に自己組織化することができる。
(序説/概観)
従来の制作システムは、SDI(シリアルデジタルインターフェース)ルーティング、つまり、ポイントツーポイント同期配信に依拠する。このことは、最も単純な制作システムにおいて、カメラをモニタに直接に接続することによって実演され得る。これら2つのデバイスの間のプロ用の標準が、SDIである。ステージボックスは、SDIのブロードキャスト標準から、IP(インターネットプロトコル)のITインフラストラクチャ標準への、より具体的には、RTP(リアルタイムプロトコル)への展開を画するものである。この変化を駆り立てているのが、費用である。ITインフラストラクチャ費用は、専用のブロードキャスト機器の費用と比べて、大幅に低い。業界は、大規模の企業配信において(国内規模、および地球規模のブロードキャストセンタ間で)、この変化を既に経験している。
また、タイミング構成は、各デバイスが他のデバイスに対してマスタクロックの役割をすべきか、または他のデバイスに対してスレーブの役割をすべきかを決定する機能を、各デバイス内に含むことも可能である。この機能を使用して、そのようなデバイスのネットワークは、IPネットワークに接続する際に自己組織化することができる。
(序説/概観)
従来の制作システムは、SDI(シリアルデジタルインターフェース)ルーティング、つまり、ポイントツーポイント同期配信に依拠する。このことは、最も単純な制作システムにおいて、カメラをモニタに直接に接続することによって実演され得る。これら2つのデバイスの間のプロ用の標準が、SDIである。ステージボックスは、SDIのブロードキャスト標準から、IP(インターネットプロトコル)のITインフラストラクチャ標準への、より具体的には、RTP(リアルタイムプロトコル)への展開を画するものである。この変化を駆り立てているのが、費用である。ITインフラストラクチャ費用は、専用のブロードキャスト機器の費用と比べて、大幅に低い。業界は、大規模の企業配信において(国内規模、および地球規模のブロードキャストセンタ間で)、この変化を既に経験している。
市場で入手可能な一連の様々なIP符号器およびIP復号器(コーデックとして誤って知られている)が存在する。これらは、しばしば、独自のネットワークプロトコルを使用して、正しい送受信を確実にする。ステージボックスは、ブロードキャストセンタにまたがってビデオおよびオーディオを送受信するという概念を基礎とし、さらにカメラ作業者によって必要とされるツール、およびスタジオ内のツールに注目する。「食物連鎖」の下の方に基礎を置き、ステージボックスは、プロ用のブロードキャスト市場でIT機器およびIT標準を商品化することを目指す。
このことは、すべての主要なジャンル(ニュース、スポーツ、ロングフォームエンターテイメント、ライブスタジオエンターテイメント、および単一カメラ撮影)に関する作業の標準的な方法を解析すること、およびこれらのジャンルにわたって必要とされる「ツール」に注目することによって達せられる。「ツール」が定義されると、ステージボックスは、ITインフラストラクチャ上でこれらの「ツール」への容易なアクセスを可能にするように設計済みである。
説明した技術的課題に加えて、ステージボックスの主な狙いは、可能な場合、業界IT標準を使用する、オープンスタンダードのデバイスをもたらすことである。このことは、何であれ業界が開発する可能性があるものに将来、さらに統合することを可能にする。
多くの制作を検討した後、共通のセットの要件が特定されており、それらの要件は、以
下のとおりである。すなわち、
最低限、完全HDビデオサポート(1920×1080 4:2:2 25fpsインターレース)
SMPTE標準292Mとして定義される
アナログオーディオ入出力
構成の容易さ
トークバック(定義された標準なし)
デッキ制御
RS232およびRS422を介するシリアルデータ
カメラ制御(定義された標準なし)
Sony LANC(定義された標準なし)
タリー(定義された標準なし)
この実施形態は、これらのブロードキャスト標準を、一般的なIP標準を介した単一のデバイスにおけるIPストリームに変えるように構成される。このことを実現する方法が、この技術資料全体で説明されている。
下のとおりである。すなわち、
最低限、完全HDビデオサポート(1920×1080 4:2:2 25fpsインターレース)
SMPTE標準292Mとして定義される
アナログオーディオ入出力
構成の容易さ
トークバック(定義された標準なし)
デッキ制御
RS232およびRS422を介するシリアルデータ
カメラ制御(定義された標準なし)
Sony LANC(定義された標準なし)
タリー(定義された標準なし)
この実施形態は、これらのブロードキャスト標準を、一般的なIP標準を介した単一のデバイスにおけるIPストリームに変えるように構成される。このことを実現する方法が、この技術資料全体で説明されている。
図1は、本発明を実施するデバイス、いわゆる「ステージボックス」の例を示す。主要なインターフェースである、ビデオ入出力のためのゴールドBNCコネクタ(HD SDI)、およびネットワークアダプタのための長い銀色のSFPケージを見ることができる。図2のブロック図は、この設計に含められた様々なインターフェースを示す。また、図2のブロック図は、コアプロセッサ要素も示す。
ステージボックス技術設計はフィールドプログラマブルゲートアレイ(FPGA)を中心的な基礎とし、FPGAは2つの主要な役割を有し、その第1の役割が監督の役割である。この図は、この異なるすべてのインターフェースがFPGAによってどのように、異なる機能ブロックにルーティングされるかを示す。FPGAの第2の役割は、リアルタイムビデオ符号器−復号器をもたらすことである。
この図の左側のブロックはすべて、FPGA、またはARMプロセッサが利用できるリソース、例えば、DDR3メモリである。
ステージボックスの全包括的な考え方は、多数の異なる制作フォーマットを取り入れ、それらのフォーマットを従来の線形信号から、イーサネット(登録商標)層2ネットワーク上で実行される標準化されたインターネットプロトコル(IP)を介した単一の双方向データフィードに移すことである。このことに留意して、イーサネット(登録商標)構成要素は、おそらく、ステージボックスの最も本質的な部分であり、本発明者らが最大の課題を見出すのは、この部分においてである。従来の多重化と同様に、IP信号は、任意の数の別々のデータラインを包含し得るが、大きな違いは、トラフィックが双方向で「流れる」ことができることである。
ステージボックスの全包括的な考え方は、多数の異なる制作フォーマットを取り入れ、それらのフォーマットを従来の線形信号から、イーサネット(登録商標)層2ネットワーク上で実行される標準化されたインターネットプロトコル(IP)を介した単一の双方向データフィードに移すことである。このことに留意して、イーサネット(登録商標)構成要素は、おそらく、ステージボックスの最も本質的な部分であり、本発明者らが最大の課題を見出すのは、この部分においてである。従来の多重化と同様に、IP信号は、任意の数の別々のデータラインを包含し得るが、大きな違いは、トラフィックが双方向で「流れる」ことができることである。
技術が前進するという性質そのものによりすぐに緩和されることを本発明者らは知っているものの、問題も存在する。すなわち、IPインフラストラクチャは、圧縮されていないHDの帯域幅と比べて相当に小さい、非常に限られた帯域幅を有することである。
業界のIP能力の開発に不可欠なのが、一般的なITネットワーキング標準を使用できることである。ステージボックスは、この概念を受け入れ、以下のIPプロトコルを使用する。すなわち、
リアルタイムメディアプロトコル(RTP)、およびRTPに対応する制御プロトコル(RTSP)
ユーザデータグラムプロトコル(UDP)
伝送制御プロトコル(TCP)
プレシジョンタイムプロトコル(PTP)
これらの様々なプロトコルは、メディアがパッケージ化される方法および記述である。このことは、システムの2つの部分で行われ、ARMプロセッサは、TCPプロトコルおよびHTTPプロトコルを正しく理解することができる必要があるウェブサーバを実行している一方で、FPGAは、メディアを扱っており、したがって、RTPストリームおよびUDPストリームを生成し、復号することを必要とされる。FPGAは、前述したとおり、それらのストリームを正しい宛先にルーティングする。
リアルタイムメディアプロトコル(RTP)、およびRTPに対応する制御プロトコル(RTSP)
ユーザデータグラムプロトコル(UDP)
伝送制御プロトコル(TCP)
プレシジョンタイムプロトコル(PTP)
これらの様々なプロトコルは、メディアがパッケージ化される方法および記述である。このことは、システムの2つの部分で行われ、ARMプロセッサは、TCPプロトコルおよびHTTPプロトコルを正しく理解することができる必要があるウェブサーバを実行している一方で、FPGAは、メディアを扱っており、したがって、RTPストリームおよびUDPストリームを生成し、復号することを必要とされる。FPGAは、前述したとおり、それらのストリームを正しい宛先にルーティングする。
イーサネット(登録商標)ブロックの最終部分が、物理層である。最も柔軟性のあるソリューションを可能にするのに、ステージボックスは、スモールフォームプロトコルブロック、SFPの使用をサポートしている。これらは、ユーザが、モジュールを、標準のネットワーキングケーブル(RJ45 CAT 5e)または光ファイバリンクに手作業で合わせる物理的ケージである。
HD−SDI入出力
HD−SDIは、SMPTE 292Mによって定義され、3つの主要な要素、ビデオデータ、オーディオデータ、および補助データを包含する。ステージボックスは、ステージボックスの様々なフレームレート、およびビデオの解像度に関する標準を完全にサポートする。ステージボックスは、ステージボックスの主要な要素をさらに扱う。図2の図は、HD−SDIがどのようにステージボックスに入り、IPに変換されるかを示す。
注:SDIは、デジタル信号であり、したがって、A−Dプロセスは、ステージボックスの外部で扱われる。
プロセス1 SDIが受信され、SDIの構成部分に分割され、オーディオデータおよび補助データが、後に取り出すためにRAMの中に格納される。
プロセス2 ビデオが、AVC−I 100に符号化される。
プロセス3 符号化が実現され、もたらされるストリームが、パッケージ化され、さらにオーディオデータおよび補助データと一緒に、IPプロトコルを介して送信されるように準備される。
HD−SDI入出力
HD−SDIは、SMPTE 292Mによって定義され、3つの主要な要素、ビデオデータ、オーディオデータ、および補助データを包含する。ステージボックスは、ステージボックスの様々なフレームレート、およびビデオの解像度に関する標準を完全にサポートする。ステージボックスは、ステージボックスの主要な要素をさらに扱う。図2の図は、HD−SDIがどのようにステージボックスに入り、IPに変換されるかを示す。
注:SDIは、デジタル信号であり、したがって、A−Dプロセスは、ステージボックスの外部で扱われる。
プロセス1 SDIが受信され、SDIの構成部分に分割され、オーディオデータおよび補助データが、後に取り出すためにRAMの中に格納される。
プロセス2 ビデオが、AVC−I 100に符号化される。
プロセス3 符号化が実現され、もたらされるストリームが、パッケージ化され、さらにオーディオデータおよび補助データと一緒に、IPプロトコルを介して送信されるように準備される。
前述の説明に加えて、アナログオーディオをストリームに追加するステージボックスによって提供されるさらなる機構が存在する。このことは、2つの主要な要件を有する。すなわち、
アナログ−デジタルプロセス(48KHz、24ビット)
オーディオが追加されるべきHD−SDIオーディオチャネルを選択し、
以上が満たされると、オーディオが、以前と同様にRAMに追加され、IPパッケージャによる必要に応じて、FPGAによって取り出される(FIFOバッファプロセス)。
リターン信号に関して、以下のプロセスが実現される。すなわち、
プロセス1 IPストリームがMACによって受信される
プロセス2 ビデオデータ、オーディオデータ、補助データ、タリー、およびその他のストリームの逆多重化
プロセス3 オーディオデータおよび補助データがRAMに追加される一方で、ビデオを例外として、その他のストリームがARMコアに送られる
プロセス4 ビデオがAVC−I復号器に送られる
プロセス5 HD−SDIシンクロナイザが、必要に応じて、オーディオデータ、ビデオデータ、および補助データをプルする。
オーディオ
オーディオは、いかなる制作においても重要な部分であり、多くの異なる様態で技術的に使用される。ステージボックスは、最も一般的な方法のうちの2つをサポートする、つまり、
デジタルで、HD−SDIストリームに埋め込まれた
HD−SDストリームから「ブレイクアウト」させられたアナログ信号として
HD−SDIは、HD−SDI信号の一部として16個の別々のオーディオチャネルを搬送し、ステージボックスは、このことを正しく扱う。このことは、オーディオをいくらか遅延させて、ビデオ符号化遅延を保証するようにし、それでも、ビデオとオーディオがともにIPストリームのためにパッケージ化される際、同期されたビデオおよびオーディオを確実にすることを必要とする。
アナログ−デジタルプロセス(48KHz、24ビット)
オーディオが追加されるべきHD−SDIオーディオチャネルを選択し、
以上が満たされると、オーディオが、以前と同様にRAMに追加され、IPパッケージャによる必要に応じて、FPGAによって取り出される(FIFOバッファプロセス)。
リターン信号に関して、以下のプロセスが実現される。すなわち、
プロセス1 IPストリームがMACによって受信される
プロセス2 ビデオデータ、オーディオデータ、補助データ、タリー、およびその他のストリームの逆多重化
プロセス3 オーディオデータおよび補助データがRAMに追加される一方で、ビデオを例外として、その他のストリームがARMコアに送られる
プロセス4 ビデオがAVC−I復号器に送られる
プロセス5 HD−SDIシンクロナイザが、必要に応じて、オーディオデータ、ビデオデータ、および補助データをプルする。
オーディオ
オーディオは、いかなる制作においても重要な部分であり、多くの異なる様態で技術的に使用される。ステージボックスは、最も一般的な方法のうちの2つをサポートする、つまり、
デジタルで、HD−SDIストリームに埋め込まれた
HD−SDストリームから「ブレイクアウト」させられたアナログ信号として
HD−SDIは、HD−SDI信号の一部として16個の別々のオーディオチャネルを搬送し、ステージボックスは、このことを正しく扱う。このことは、オーディオをいくらか遅延させて、ビデオ符号化遅延を保証するようにし、それでも、ビデオとオーディオがともにIPストリームのためにパッケージ化される際、同期されたビデオおよびオーディオを確実にすることを必要とする。
アナログオーディオブレイクアウトの特別な追加は、さらなるマイクロフォンが思いどおりにサウンドスケープに追加され得る、またはモニタリングのために使用され得る(ライン上で番組オーディオを受信して)。
アナログオーディオを有することは、プロ用のブロードキャストオーディオが、多大なヘッドルーム、比較的高い電圧を要求し、さらに高速データ伝送に関してプリント回路基板上で電磁インターフェースに非常に影響されやすいので、一連の技術的課題をもたらす。この干渉は、オーディオに関して別個のPCBを有することによって、ステージボックスにおいては軽減されている。
アナログオーディオは、「ブレイクアウト」である、またはHD−SDI信号に対する「アドイン」であり、さらにステージボックス上に2つの入力および2つの出力しか存在しないので、ステージボックスは、構成可能である(パッチ可能である)必要がある。パッチすることは、ARMプロセッサ上で管理されるウェブインターフェースを介して実現される。
トークバック
制作環境において、制作チームの異なるメンバの間で信頼できる通信方法の必要性が存在する。このことは、トークバックを介して実現される。ステージボックスは、事実上、一般的なVOIP(ボイスオーバーIP)アプリケーションである、IPを介するトークバックストリームを含む。このことは、IT専門家によって容易にサポートされるというさらなる利点を有する。
トークバック
制作環境において、制作チームの異なるメンバの間で信頼できる通信方法の必要性が存在する。このことは、トークバックを介して実現される。ステージボックスは、事実上、一般的なVOIP(ボイスオーバーIP)アプリケーションである、IPを介するトークバックストリームを含む。このことは、IT専門家によって容易にサポートされるというさらなる利点を有する。
VOIPアプリケーションに加えて、ステージボックスは、Bluetooth(登録商標)能力も有し、Bluetooth(登録商標)を介してトークバックをストリーミングして、これにより、ステージボックスに加えて、さらなる機器または費用を全く伴うことなく、ワイヤレストークバックを制作チームに与える。
このことは、ARMプロセッサを使用して、VOIPスタックを実行し、さらにVOIPスタックの出力をBluetooth(登録商標)チップにストリーミングし、次に、Bluetooth(登録商標)チップが、アドホックネットワーク信号(VOIP)をヘッドセットに送信することによって、実現される。明らかに、トークバックシステムであるので、VOIPは、双方向である必要があり、すなわち、マイクロフォン信号が、ステージボックスから送信される必要がある。
タリー
制作の際に使用される比較的古いツールであるタリーは、マルチカメラ撮影において、ビジョンミキサが特定のカメラを選択した際にトリガされる単純なライトである。すなわち、ビジョンミキサが、ライブになるようカメラ1を選択すると、カメラ1のタリーが点灯する。フロアマネージャ、および画面上のタレントは、いずれのカメラに目を向けるべきかを知るために、このことをしばしば利用する。
タリー
制作の際に使用される比較的古いツールであるタリーは、マルチカメラ撮影において、ビジョンミキサが特定のカメラを選択した際にトリガされる単純なライトである。すなわち、ビジョンミキサが、ライブになるようカメラ1を選択すると、カメラ1のタリーが点灯する。フロアマネージャ、および画面上のタレントは、いずれのカメラに目を向けるべきかを知るために、このことをしばしば利用する。
情報は、IPを介して容易に送信され、さらに、ARMコア上で実行される簡単なアプリケーションによって復号される。このアプリケーションは、作業者のためにトークバックシステムを介してオーディオ信号を生成することもする。
WiFi
また、ステージボックスは、簡単なウェブインターフェースを介した遠隔モニタリングのためにWiFiを介して、低いビット伝送速度でIPビデオストリームを供給することも可能である。このことは、HTML5を中心的な基礎とし、さらにすべての主要なブラウザによってサポートされる。
WiFi
また、ステージボックスは、簡単なウェブインターフェースを介した遠隔モニタリングのためにWiFiを介して、低いビット伝送速度でIPビデオストリームを供給することも可能である。このことは、HTML5を中心的な基礎とし、さらにすべての主要なブラウザによってサポートされる。
ステージボックスの構成は、構成ウェブページがすべてのHTTP要求に対して提供されるので、WiFiを介して可能であり、さらにステージボックス内のWiFiチップは、アドホックネットワークポイントとして機能するように設定される。
AVC−I 100
前述したとおり、ITネットワーキングインフラストラクチャを使用することに限界が存在し、主要な限界が、圧縮されていないHDの帯域幅より小さい限られた帯域幅である。HD−SDIは、1000Mb/秒というほとんどのネットワークの最大ビット伝送速度との対比で、〜1500Mb/秒のビット伝送速度を有する。制作は、単一のネットワーク上に複数のカメラを有する可能性が高いので、ネットワーク化することが可能な現実的な最大ビット伝送速度は、100Mb/秒である。
AVC−I 100
前述したとおり、ITネットワーキングインフラストラクチャを使用することに限界が存在し、主要な限界が、圧縮されていないHDの帯域幅より小さい限られた帯域幅である。HD−SDIは、1000Mb/秒というほとんどのネットワークの最大ビット伝送速度との対比で、〜1500Mb/秒のビット伝送速度を有する。制作は、単一のネットワーク上に複数のカメラを有する可能性が高いので、ネットワーク化することが可能な現実的な最大ビット伝送速度は、100Mb/秒である。
H.264高レベル符号化、または知られている別名で、アドバンストビデオコーディング(AVC)は、帯域幅を100Mb/秒に制限する、とても融通の利かない符号化プロファイルである特定のサブ標準、AVC−I 100を有する。
ステージボックスは、インド国ハードウェア製造業者であるCoreELによって開発されたAVC−I符号器−復号器を使用している。これにより、ステージボックスが、符号化ブロックを中心として設計され、開発されることが可能になるが、時間の経過につれて標準が変化するので、自ら特定の符号器を開発することは決して可能にはならない。
ZeroConf
ZeroConfは、ネットワークデバイスが、ネットワーク上で自らを自動的に告知し、手作業の構成なしに他のデバイスとともに動作するように必要なIP詳細を取得することを可能にするネットワーキングプロトコルである。ZeroConfは、このことを、マルチキャストドメインネームサービス(mDNS)を使用することによって実現する。mDNSは、アップル社によって広く使用される、アップル社のBonjourシステムと呼ばれる非常に有用なツールである。
ZeroConf
ZeroConfは、ネットワークデバイスが、ネットワーク上で自らを自動的に告知し、手作業の構成なしに他のデバイスとともに動作するように必要なIP詳細を取得することを可能にするネットワーキングプロトコルである。ZeroConfは、このことを、マルチキャストドメインネームサービス(mDNS)を使用することによって実現する。mDNSは、アップル社によって広く使用される、アップル社のBonjourシステムと呼ばれる非常に有用なツールである。
ステージボックスは、デバイスのIP設定の自動的構成を可能にするZeroConfのオープンソースバージョンをARMハードウェア上で実施する。このバージョンのZeroConfは、ユーザが、ユーザの望みどおりに制作ネットワークを動的に作成することを可能にするツールのスイートである、「ワークフローツールセット」を実行するレコーダ−制御アプリケーションのためにさらに使用される。
タイミング情報
非同期ネットワークにおいてデータが交換される際、タイミング情報に関して問題が存在することを本発明者らは認識している。複数のカメラからAVフィールドを受信するスタジオ機器は、それらのカメラの間で切り換えを行う機構を必要とする。しかし、カメラからIPネットワークを介して送信されるデータは、いずれの特定の順序で着信することも、知られている時間間隔で着信することも保証されていない。適切なタイミング情報を欠いている状況で、スタジオ機器は、したがって、パケットストリームを確実に処理することも、異なるパケットストリームの間で確実に切り換えを行うこともできない。本発明を実施するデバイスは、タイミングを提供するための新たな構成を組み込む。
タイミング情報
非同期ネットワークにおいてデータが交換される際、タイミング情報に関して問題が存在することを本発明者らは認識している。複数のカメラからAVフィールドを受信するスタジオ機器は、それらのカメラの間で切り換えを行う機構を必要とする。しかし、カメラからIPネットワークを介して送信されるデータは、いずれの特定の順序で着信することも、知られている時間間隔で着信することも保証されていない。適切なタイミング情報を欠いている状況で、スタジオ機器は、したがって、パケットストリームを確実に処理することも、異なるパケットストリームの間で確実に切り換えを行うこともできない。本発明を実施するデバイスは、タイミングを提供するための新たな構成を組み込む。
前述したとおり、「ステージボックス」デバイスは、ローカルネットワーク上でSDI−IPおよびIP−SDIのブリッジとして動作することができ、さらにより広いIPスタジオ環境の一部として使用され得る。本開示は、IPネットワーク環境におけるタイミ
ング同期の問題に対処する概念を説明する。この構成において、AV材料がキャプチャされ、オンザワイヤフォーマットに変換され、その後、受信側デバイスに送信され、その後、受信側デバイスが、そのAV材料を元のフォーマットに戻すように変換する。従来の同期環境において、メディアデータは、それらのデータが送信されたのと同一のタイミング関係で着信し、したがって、信号自体が実質的に、信号自らのタイミングを搬送する。同期通信媒体、特に、イーサネット(登録商標)などの共有される媒体を使用している場合、このことは、可能ではなく、したがって、元の材料は、ローカル発振器などのローカルタイミングソース、または従来のケーブルセットアップを介して配信されるジェンロック信号を使用して遠端で再構築されなければならない。さらに、各コンテンツに関する元のソースが、ローカル発振器またはジェンロック信号などの何らかのソースに基づいてタイミング制御される必要がある。従来のスタジオにおいて、このことは、単一のロケーションにおいてジェンロック信号を生成すること、およびその信号を、従来のケーブルシステムを介してコンテンツのすべてのソースに送信することによって解決される。IP世界において、本発明者らは、同期の共通感覚をもたらすための異なる機構を必要とする。
ング同期の問題に対処する概念を説明する。この構成において、AV材料がキャプチャされ、オンザワイヤフォーマットに変換され、その後、受信側デバイスに送信され、その後、受信側デバイスが、そのAV材料を元のフォーマットに戻すように変換する。従来の同期環境において、メディアデータは、それらのデータが送信されたのと同一のタイミング関係で着信し、したがって、信号自体が実質的に、信号自らのタイミングを搬送する。同期通信媒体、特に、イーサネット(登録商標)などの共有される媒体を使用している場合、このことは、可能ではなく、したがって、元の材料は、ローカル発振器などのローカルタイミングソース、または従来のケーブルセットアップを介して配信されるジェンロック信号を使用して遠端で再構築されなければならない。さらに、各コンテンツに関する元のソースが、ローカル発振器またはジェンロック信号などの何らかのソースに基づいてタイミング制御される必要がある。従来のスタジオにおいて、このことは、単一のロケーションにおいてジェンロック信号を生成すること、およびその信号を、従来のケーブルシステムを介してコンテンツのすべてのソースに送信することによって解決される。IP世界において、本発明者らは、同期の共通感覚をもたらすための異なる機構を必要とする。
イーサネット(登録商標)媒体は、特定の接続に関して保証された固定の待ち時間をもたらさないので、イーサネット(登録商標)媒体を利用するシステムは、不規則な間隔で着信するデータのパケットに対応することができなければならない。極端な事例において、パケットは、伝送中に並べ替えられていること、または異なる経路を経由したことにより、誤った順序で着信することさえあり得る。したがって、任意のポイントツーポイントIPオーディオ−ビジュアル(AV)リンク、受信端は、データが着信するにつれ書き込まれ、コンテンツ出力のために固定の周波数で読み取られるデータのバッファを使用しなければならない。送信機は、固定の周波数でデータを送信し、極端なネットワーク輻輳の場合を除いて、データが着信する周波数は、時間で平均すると、送信機がデータを送信する周波数と等しくなる。受信機がデータを処理する周波数が、データが着信する周波数と同一ではない場合、受信バッファは、受信バッファが空になるより速く満ちはじめ、またはバッファが満たされるより速く空になる。時とともに、受信のレートが平均して、受信端における処理のレートと同一になる場合、このことは、一時的な効果であるが、その2つの周波数が顕著に異なる場合、バッファは、最終的に完全に空になり、または溢れて、メディアのストリームに乱れを生じる。このことを回避するのに、送信機上で実行される発振器と受信機で実行される発振器を互いに同期された状態に保つ機構が必要とされる。この目的で、図4に示されるとおり新たな構成が提供される。
図4は、ステージボックス回路のタイミングサブシステム、ネットワーキングサブシステム、および制御サブシステムの簡略化したバージョンを示す。簡明のため、この図は、機能を理解するために必要な接続を示し、提供され得る様々なさらなる接続を示していない。また、この図は、125MHzイーサネット(登録商標)発振器から動作し、このため、27MHz水晶発振器の周波数に対して行われる変更による影響を受けない「固定ローカルクロック」(FLC)である、さらなるカウンタの存在も省く。
図4の構成によって実行される機能は、ネットワークソース(別の「ステージボックス」であり得る)によって供給されるクロックと周波数ロック状態にあり、さらに、好ましくは、そのようなネットワーククロックと位相ロック状態にもあるローカルクロックをもたらすことになる。周波数ロックは、パケットの着信およびバッファリングのレートに関連して前述した理由で与えられる。位相ロックは、デバイスが、順序制御問題に悩まされることなしに、複数のそのような異なるソースの間で切り換えを行うことを可能にする。
この構成は、ネットワーク5からパケットを受信するように、さらにネットワーク5にパケットを送信するように構成されたFPGA50の形態のメインモジュールと、このFPGAに結合されるとともに、受信されたパケットに関連してローカルクロック信号のプ
ロビジョニングを制御するロジックを有するタイミングプロセッサもしくはタイミングモジュール24とを備える。タイミングプロセッサ24は、PTPスタックと後に呼ばれる機能を、PTPデーモンと呼ばれるソフトウェアモジュールの制御下で実施する。タイミングプロセッサ24は、パケットを受け取り、ローカルクロックをどのように制御して、周波数ロックおよび位相ロックを確実にすべきかを決定するルーチンを実装する。
ロビジョニングを制御するロジックを有するタイミングプロセッサもしくはタイミングモジュール24とを備える。タイミングプロセッサ24は、PTPスタックと後に呼ばれる機能を、PTPデーモンと呼ばれるソフトウェアモジュールの制御下で実施する。タイミングプロセッサ24は、パケットを受け取り、ローカルクロックをどのように制御して、周波数ロックおよび位相ロックを確実にすべきかを決定するルーチンを実装する。
まず、FPGA50の機能を説明する。IPパケットが、トライモードイーサネット(登録商標)ブロック10およびFIFOバッファ26を介してネットワーク5に送信され、ネットワーク5から受信される。パケットは、メインモジュール50内部の他のユニットにパケットを供給するが、タイミングプロセッサ24にも供給する、EMBus20として本明細書で示される通信モジュールを介してARMプロセッサに供給され、ARMプロセッサから供給される。問題は、既に述べたとおり、回路が接続された(または回路が内部に組み込まれた)ローカルデバイスが、パケットが送信された周波数とロックされた周波数で動作して、FIFO26が空になることも、溢れることもないようにすることを確実にすることである。この理由で、ジェンロック出力3は、自由に動作することを許された、または遠隔クロックと合致するように駆動される、ローカル入力によって駆動され得るローカルクロックに周波数ロックされるように構成される。
まず、ローカル周波数ロックを説明する。27MHz出力を有する、この場合、LMH1983クロックモジュール2であるクロックモジュールが提供される。これは、カメラにジェンロック出力信号を供給するようにDAC6に入力されるブラックアンドバーストジェネレータ4に与えられる。クロックモジュール2に対する入力は、Hが、すべてのビデオラインの始めに立ち下りを有し、さらにVが、すべてのビデオフィールドの始めに立ち下りを有し、Fが、奇数フィールド中に高であり、偶数フィールド中に低であることが見込まれる、3つの信号、F、V、およびHの形態をとる。デバイスに接続されたジェンロック入力が存在し、さらにデバイスがマスタモード(後段で説明される)になっている場合、ここではLMH1981同期分離回路である同期分離回路8からの信号は、外部デバイスからこれを取り入れ、これをクロックモジュール2に直接に供給することが可能である。ジェンロック入力がデバイスに接続されていない場合、デバイスは、スレーブモード(後段で説明される)になっており、これらの信号は、同期パルサモジュール18によって合成される。
同期パルサモジュール18は、可変ローカルクロック(VLC)16モジュールと一緒に動作するように設計される。これら2つのモジュールはともに、EMBusモジュール20において設定可能なレジスタのうちの1つによって制御される周波数制御信号(32ビットの符号なしの整数の形態の)を取り込み、他のレジスタを設定することによって、指定された値にともにリセットされ得る。同期パルサ18が、設定されるためにラインを介してライン番号およびナノ秒数を受け取る一方で、可変ローカルクロック16は、秒数、フレーム数、およびサブフレームナノ秒数を必要とする。すべての事例において、これらは、50Hz欧州リフレッシュレートを想定して指定される(ただし、60/1.001Hz米国リフレッシュレートが使用されることになる場合、変更され得る)。
可変ローカルクロック16および同期パルサ18は、初期に、以下の関係により互いに対応する値に設定される。
1970年1月1日(グレゴリオ暦)の午前零時GMTに、フレームの第1のフィールドのライン1が開始しており、その時点以来、ラインは、64マイクロ秒ごとに生じており、フィールドは、312.5ラインごとに変化しており、さらに新たなフレームが、2フィールドごとに開始している。
1970年1月1日(グレゴリオ暦)の午前零時GMTに、フレームの第1のフィールドのライン1が開始しており、その時点以来、ラインは、64マイクロ秒ごとに生じており、フィールドは、312.5ラインごとに変化しており、さらに新たなフレームが、2フィールドごとに開始している。
この2つのモジュールが、この関係に適合するように設定される場合、この関係は、周
波数制御値がどれだけ変えられるかにかかわらず、維持される。周波数制御値は、可変ローカルクロック16カウンタが、受信された公称で125MHzのイーサネット(登録商標)クロックの228サイクルごとに周波数制御値と等しいナノ秒数だけ増加し、これらのナノ秒数の加算は、この周期にわたって一様に分布する。このため、周波数制御変数における0×80000000という値が、VLCが、イーサネット(登録商標)クロックから動作し、ティックごとに8ナノ秒、加算する秒数−ナノ秒数カウンタである、固定ローカルクロック(FLC)と同一のレートでカウントすることを確実にする。
波数制御値がどれだけ変えられるかにかかわらず、維持される。周波数制御値は、可変ローカルクロック16カウンタが、受信された公称で125MHzのイーサネット(登録商標)クロックの228サイクルごとに周波数制御値と等しいナノ秒数だけ増加し、これらのナノ秒数の加算は、この周期にわたって一様に分布する。このため、周波数制御変数における0×80000000という値が、VLCが、イーサネット(登録商標)クロックから動作し、ティックごとに8ナノ秒、加算する秒数−ナノ秒数カウンタである、固定ローカルクロック(FLC)と同一のレートでカウントすることを確実にする。
クロックモジュール2を駆動するのにいずれの方法が使用されるかにかかわらず、クロックモジュール2は、メディアクロック出力を生成し、さらにフレームの始まりを示すトップオブフレームパルスも生成する。位相ロックループカウンタ(PLLカウンタ)22は、生成された27MHzビデオクロックから動作するナノ秒数−フレーム数−秒数カウンタであり、したがって、同期パルサ18が、クロックモジュールを駆動するのに使用されている場合、PLLカウンタ22は、一般に、可変ローカルクロックと同一の周波数を維持するが、可変ローカルクロックの周波数が変化する時刻近くでは、クロックモジュールにおいてアナログPLL22の応答にいくらかの遅延が存在する可能性があり、したがって、PLLカウンタ22は、可変ローカルクロックカウンタと位相がずれる。このことを回避するのに、PLLカウンタ22は、1フレーム当たり1回、現在時刻値を更新するように設定されて、現在時刻値がその時点における可変ローカルクロックと合致するようにすることが可能であり、これは、同期パルサがクロックモジュールを駆動するのに使用されている場合に通常、使用される動作モードである。
クロックモジュール2が同期分離回路8から駆動される場合、ステージボックスデバイスは、ジェンロック入力で実行されている。そのような状況において、ボックスに入力されるリニアタイムコード(LTC)も存在する可能性が極めて高く、したがって、PLLカウンタは、1フレーム当たり1回、LTC入力と合致するようPLLカウンタの時刻を調整するように設定され得る。
ブラックアンドバーストジェネレータ4がやはり、クロックモジュール2およびPLLカウンタ20から同期を取り入れ、したがって、元のジェンロック入力のタイムシフトされたバージョンを生成する(ジェンロック入力で実行されている場合)、または同期パルサ18に関して指定された周波数および位相を有するブラックアンドバースト出力を生成する(同期パルサが使用されている場合)。
最後に、PLLカウンタ20は、PLLカウンタ20と同相に保たれた3つのスレーブカウンタを駆動するのに使用される。1つは、発信パケットに関するPTPタイムスタンプを生成するのに使用されるPTP秒数−ナノ秒数カウンタであり、第2のカウンタは、PLLカウンタに対して以下の関係に常に従う32ビットカウンタである。すなわち、
ただし、RTP’90は、プロセッサボードから制御可能なレジスタにおいて設定され得る32ビット値である。
実際には、このことは、このカウンタが、RTPのビデオプロファイルのために必要とされる公称90kHz 32ビットカウンタであることを意味する。第3のカウンタは、PLLカウンタに対して以下の関係に常に従う32ビットカウンタである。すなわち、
実際には、このことは、このカウンタが、RTPのビデオプロファイルのために必要とされる公称90kHz 32ビットカウンタであることを意味する。第3のカウンタは、PLLカウンタに対して以下の関係に常に従う32ビットカウンタである。すなわち、
ただし、RTP’48は、プロセッサボードから制御可能なレジスタにおいて設定され得る32ビット値であり、このカウンタは、実際には、クロックモジュール2から出力された公称24.576MHz(512掛ける公称48kHzオーディオサンプルレート)クロックから動作し、したがって、そのクロックを使用してサンプリングされるオーディオデータにタグ付けする際に使用するのに適している。
これらのカウンタ値は、ステージボックスのペイロードデータを送信するのに使用されるRTPストリームのパッケージ化を実行する、本明細書でステージボックスコアと呼ばれるプロセッサ14に提供される。
説明されるデバイスハードウェアは、様々な目的で使用されるいくつかのローカル発振器を有することが可能である。本開示に関係があるローカル発振器は、イーサネット(登録商標)パケットをタイミング制御するのに使用される125MHz水晶発振器、ならびにオーディオ信号およびビデオ信号のために使用される27MHz電圧制御発振器である。これまで説明してきた27MHz発振器は、従来の多くのビデオデバイスにおいて使用されるLMH1983クロックモジュール2である、ハードウェアクロック管理チップによって管理される。このモジュールは、とりわけ、ローカル発振器の周波数を、同期分離回路チップを介した着信するジェンロック信号から生成された着信する基準信号の周波数と合致させるように設計された位相ロックループ(PLL)を含む、いくつかの目的を果たす。さらに、LMH1983チップは、27MHz発振器の周波数を逓倍すること、および分周することを行って、すべて、その発振器の制御可能な周波数の倍数としてロックされた、様々なクロック出力周波数を与える、追加のPLLももたらす。詳細には、クロックモジュールは、以下の出力を有する。すなわち、
27MHzビデオクロック(1×F)
148.5MHz SDIクロック(5.5×F)
24.576MHzオーディオクロック(
27MHzビデオクロック(1×F)
148.5MHz SDIクロック(5.5×F)
24.576MHzオーディオクロック(
公称512×48kHz)
短い間、高になって各ビデオフレームの始まりを示す「トップオブフレーム」信号(50Hzモードである場合、
短い間、高になって各ビデオフレームの始まりを示す「トップオブフレーム」信号(50Hzモードである場合、
であり、クロックモジュールの入力の上の「F」パルスの立ち上がりと揃えられた)
これらのクロックは、デバイスの他の機能によって、それらの機能の基準周波数として使用されることが可能であり、このため、27MHz電圧制御発振器の周波数(本明細書でFとして表される)が2つのデバイス間で同一であることを確実にすることによって、ステージボックスのハードウェアによって実行されるオーディオおよびビデオのサンプリングおよび再生が、別のデバイスの周波数と同一で行われることを確実にすることが可能である。Fの値は、LMH1983クロックモジュールに対する入力基準信号によって制御されるので、クロックを制御することは、これらの信号を制御することによって実現さ
れる。例示的な設計において、これらの信号は、LMH1981同期分離回路の出力に直接には接続されない。代わりに、これらの信号は、ボード上のVirtex 6フィールドプログラマブルゲートアレイ(FPGA)上の制御可能な出力に接続される。LMH1981の出力が、FPGAの制御可能な入力に同様に接続される。このため、これらの信号が、FPGA経由でLMH1981同期分離回路からLMH1983クロックモジュールに直接にルーティングされることが可能であるが、LMH1983入力信号が、遠隔クロックの数学的モデルに基づいて合成された人工的に構築された一連の同期パルスを生成する別のソースによって駆動されることも可能である。
これらのクロックは、デバイスの他の機能によって、それらの機能の基準周波数として使用されることが可能であり、このため、27MHz電圧制御発振器の周波数(本明細書でFとして表される)が2つのデバイス間で同一であることを確実にすることによって、ステージボックスのハードウェアによって実行されるオーディオおよびビデオのサンプリングおよび再生が、別のデバイスの周波数と同一で行われることを確実にすることが可能である。Fの値は、LMH1983クロックモジュールに対する入力基準信号によって制御されるので、クロックを制御することは、これらの信号を制御することによって実現さ
れる。例示的な設計において、これらの信号は、LMH1981同期分離回路の出力に直接には接続されない。代わりに、これらの信号は、ボード上のVirtex 6フィールドプログラマブルゲートアレイ(FPGA)上の制御可能な出力に接続される。LMH1981の出力が、FPGAの制御可能な入力に同様に接続される。このため、これらの信号が、FPGA経由でLMH1981同期分離回路からLMH1983クロックモジュールに直接にルーティングされることが可能であるが、LMH1983入力信号が、遠隔クロックの数学的モデルに基づいて合成された人工的に構築された一連の同期パルスを生成する別のソースによって駆動されることも可能である。
デバイスが、クロックを、グローバルな時間感覚と同期することができるように、デバイスは、パケット交換ネットワークを介した高精度のクロック同期を可能にするPTPv2プロトコルを使用する。PTPプロトコルは、精度に関して、受信および送信の時点でハードウェアにおいてネットワークパケットにタイムスタンプを付ける能力を頼りにする。ステージボックスアーキテクチャにおいて、ボックスの1000Mb/秒イーサネット(登録商標)インターフェースによって受信されるすべてのパケットは、SFPモジュール12の働きを介して処理され、その後、1000ベースX PCS/PMAプロトコルを介してXilinxトライモードイーサネット(登録商標)MACコア10に戻される。次に、トライモードイーサネット(登録商標)MACが、これらのパケットを、AXI−Steamインターフェースを介してその他の構成要素に送る。
これらのパケットのうちのいくつかは、ステージボックスがハードウェアにおいて復号する必要があるビデオおよびオーディオであるので、すべてのパケットは、フィルタリング、処理、および復号のために、本明細書でステージボックスコア14として示されるコアプロセッサに送られる。さらに、すべてのパケットは、FIFO−パケットフィルタブロックの一環として、一連のハードウェアブロックRAMの中にさらに入れられる。
VLC、FLC、およびPLLカウンタの値はすべて、パケットの最初のオクテットがMAC10を離れた時点でサンプリングされ、さらにこれらの値は、プロセッサに戻される準備ができたパケットと一緒に格納される。しかし、すべてのパケットがプロセッサに戻されるわけではなく、代わりに、各パケットが、以下の規則により検査される。すなわち、
IF is_unicast(pkt.address) AND pkt.address≠self.address THEN DROP
IF NOT is_broadcast(pkt.address) AND hash(pkt.address)
IF is_unicast(pkt.address) AND pkt.address≠self.address THEN DROP
IF NOT is_broadcast(pkt.address) AND hash(pkt.address)
mcast_addr_hashes THEN DROP
IF pkt.is_ip4 AND pkt.is_udp AND pkt.udp.dst_port>1024 AND pkt.udp.dst_port
IF pkt.is_ip4 AND pkt.is_udp AND pkt.udp.dst_port>1024 AND pkt.udp.dst_port
port_whitelist THEN DROP.
ALLOW
ただし、mcast_addr_hashesは、EMBusレジスタを介して設定され得るイーサネット(登録商標)マルチキャストアドレスのハッシュ値のセットであり、
さらにport_whitelistは同様に、udpポート番号のリストである。実際には、ハッシュ関数は、異なる64個だけのハッシュを生成するようになっており、さらにポートホワイトリストは、いくつかのパターンが通過を許可されることを考慮するようにビットマスクを使用して設定され得る。現行では、ボックスに向かう非UDP−in−IPv4トラフィックに対してポートフィルタリングは全く実行されておらず、したがって、大量のIPv6トラフィックまたはTCPトラフィックをステージボックスに送りつけることによってサービス拒否攻撃を実行することが可能である。実際には、これは、意図的に行われない限り、生じる可能性が低い。
ALLOW
ただし、mcast_addr_hashesは、EMBusレジスタを介して設定され得るイーサネット(登録商標)マルチキャストアドレスのハッシュ値のセットであり、
さらにport_whitelistは同様に、udpポート番号のリストである。実際には、ハッシュ関数は、異なる64個だけのハッシュを生成するようになっており、さらにポートホワイトリストは、いくつかのパターンが通過を許可されることを考慮するようにビットマスクを使用して設定され得る。現行では、ボックスに向かう非UDP−in−IPv4トラフィックに対してポートフィルタリングは全く実行されておらず、したがって、大量のIPv6トラフィックまたはTCPトラフィックをステージボックスに送りつけることによってサービス拒否攻撃を実行することが可能である。実際には、これは、意図的に行われない限り、生じる可能性が低い。
次に、タイミングプロセッサ24の機能をより詳細に説明する。タイミングプロセッサは、着信バスライン7を介してFIFO26からパケットを受信し、さらにEMBus20を介して接続された発信バスライン9を介してFIFOにパケットを送信する。
送信側で、送信のためにMACに渡される前に一緒に切り換えられるパケットの3つのストリームが存在する。1つは、ステージボックスコア14から現れるハードウェアによって生成されたパケットのストリームであり、第2のストリームは、EMBus20を介して送られるソフトウェアによって生成されたパケットのストリームであり、さらに第3のストリームは、EMBus20を介して送られる第2のストリームである。この最後のストリームは、送信に先立つ時点で1つのパケットだけを格納し、さらにそのパケットの最初のオクテットがMACに入った時点のFLC、VLC、およびPLLカウンタの値を記録する。次に、これらの値が、EMBusを介してプロセッサボードに戻されるように伝送される。タイミングプロセッサ24を実装するソフトウェアが、ハードウェア送信タイムスタンプを必要とするものとして特定のパケットに印を付けることを選択することが可能である。次に、そのパケットが、優先して(ハードウェアによって生成されたパケット、または他のソフトウェアによって生成されたパケットより高い優先度で)送信され、さらにタイムスタンプが戻されて、ソフトウェアに提供される。
いくつかの受信されるパケットおよび送信されるパケットのハードウェアタイムスタンプ処理は、タイミングプロセッサ24においてPTPスタックを実装するように提供されるフィーチャである。様々なカウンタからの複数のタイムスタンプが生成されるという事実は、クロック再構築のためのより複雑なアルゴリズムを可能にする。パケットフィルタリングの使用は、EMBusが限られた帯域幅(オーバーヘッドなしに継続的に実行されている場合、約150Mb/秒、実際には、これより小さい)しか有さないため重要であり、さらに同一のネットワーク上の他のAVストリーミングデバイス(他のステージボックスなどの)によって生成されたRTPストリームが、すべてそのプロセッサに送られた場合、この接続を非常に急に溢れさせる。
ステージボックス上のタイミングプロセッサ24によって実装されるPTPスタックは、純粋にハードウェアにおいて維持されるのではなく、むしろ、ハードウェアタイムスタンプ処理およびクロック制御は、実際のPTP状態マシンを動作させるタイミングプロセッサ24上で実行されるソフトウェアデーモンによって管理される。PTPデーモンは、異なる2つのモード、すなわち、マスタ専用モード、および最良マスタモードで動作することができる。
最良マスタモードモードは、デバイスが、ボード上のジェンロック入力ポート上で有効な50Hzブラックアンドバースト信号を入手していないことを検出した場合はいつでも、自動的にトリガされる。最良マスタモードになっている場合、タイミングプロセッサ24を実装するソフトウェアは、ネットワーク5に対して自らをPTPマスタとして公示するが、PTP最良マスタアルゴリズムの格付けにおいてより上位にある別のクロックからメッセージを受信した場合、PTP仕様に記載されるとおり、他のマスタに従い、スレー
ブ状態に切り換わる。マスタの役割をしているすべての事例において、ソフトウェアは、同期分離回路8からの着信する基準を使用して、クロックモジュール2を実行するようハードウェアに命令し、同期分離回路からの基準が存在しない場合、VLCを全く制御せず、このことが、27MHz発振器自走をもたらす。スレーブの役割をしている場合、ハードウェアは、同期パルサ18を、LMH1983クロックモジュール2に関する同期信号のソースとして、さらにVLCを、PLLに関するタイミング値のソースとして代わりに使用し、さらにタイミングプロセッサ24におけるソフトウェアが、同期パルサ18およびVLC16の周波数コントロールを制御することによって発振器を導く。
ブ状態に切り換わる。マスタの役割をしているすべての事例において、ソフトウェアは、同期分離回路8からの着信する基準を使用して、クロックモジュール2を実行するようハードウェアに命令し、同期分離回路からの基準が存在しない場合、VLCを全く制御せず、このことが、27MHz発振器自走をもたらす。スレーブの役割をしている場合、ハードウェアは、同期パルサ18を、LMH1983クロックモジュール2に関する同期信号のソースとして、さらにVLCを、PLLに関するタイミング値のソースとして代わりに使用し、さらにタイミングプロセッサ24におけるソフトウェアが、同期パルサ18およびVLC16の周波数コントロールを制御することによって発振器を導く。
自らをマスタとして公示する際、ステージボックスは、PTP告知メッセージの中で以下の情報を提供する。すなわち、
Priority1が、248に設定される
有効な50Hzブラックアンドバーストジェンロック入力が存在する場合、clockClassが、13に設定され、存在しない場合、248に設定される。
有効な50Hzブラックアンドバーストジェンロック入力、および有効なリニアタイムコード入力が存在する場合、clockAccuracyが、0x2Cに設定され、存在しない場合、0xFEに設定される。
offsetScaledLogVarianceが、現行では、−4000に設定されており、ただし、将来の実施例は、これをハードウェアで測定する可能性がある。
Priority2が、248に設定される
ClockIdentityが、MAC−48ではなく、EUI−48として扱われるステージボックスのイーサネット(登録商標)MACアドレスから導き出されたEUI−64に設定される。
有効な50Hzブラックアンドバーストジェンロック入力が存在する場合、timeSourceが、0x90に設定され、存在しない場合、0xA0に設定される。
Priority1が、248に設定される
有効な50Hzブラックアンドバーストジェンロック入力が存在する場合、clockClassが、13に設定され、存在しない場合、248に設定される。
有効な50Hzブラックアンドバーストジェンロック入力、および有効なリニアタイムコード入力が存在する場合、clockAccuracyが、0x2Cに設定され、存在しない場合、0xFEに設定される。
offsetScaledLogVarianceが、現行では、−4000に設定されており、ただし、将来の実施例は、これをハードウェアで測定する可能性がある。
Priority2が、248に設定される
ClockIdentityが、MAC−48ではなく、EUI−48として扱われるステージボックスのイーサネット(登録商標)MACアドレスから導き出されたEUI−64に設定される。
有効な50Hzブラックアンドバーストジェンロック入力が存在する場合、timeSourceが、0x90に設定され、存在しない場合、0xA0に設定される。
以上のことは、ステージボックスが、選好として、非ステージボックスマスタを使用し(ほとんどのマスタには、248未満のPriority1値が設定されるので)、ジェンロック入力を有するステージボックスを、ジェンロック入力を有さないステージボックスより優先し、さらにLTC入力を有するステージボックスを、LTC入力を有さないステージボックスより優先することを確実にする。本質的に恣意的であるステージボックスのMACアドレスの値によって結び付きが断たれる。
クロックの実際の同期は、PTP仕様に記載されるパケットの交換を介して実現される。具体的には、この実施例は、PTPv2のIPv4カプセル化を使用し、さらにマスタ状態とスレーブ状態の両方で動作することができる2ステップの終端間の通常のクロックの役割をする。
マスタ実施例は、ハードウェアにおけるPLLカウンタを、送信されるパケットと受信されるパケットの両方に対するタイムスタンプのソースとして使用するので、比較的単純である。このカウンタは、27MHz発振器から駆動され、着信するリニアタイムコードに基づいて設定されるので、このことは、マスタが、位相整列に関して着信するジェンロックから駆動され、さらに時刻に関して着信するLTCから駆動される、またはシステム起動時から自走するPTPクロックを基本的に配信することを意味する。いずれにしても、いずれの手段によっても日付情報はボックスに伝えられていないので、マスタは、デフォルトで1970年1月1日となり、時刻情報をもたらすLTC入力が存在しない場合、起動時は、午前0時として扱われる。
スレーブ実施例は、より複雑である。着信するパケットに、VLC16およびFLC(図示せず)、ならびにPLLカウンタ22を使用してタイムスタンプが付けられ、さらに
これらの値が、クロックを導く際に使用される。詳細には、迅速で正確な周波数ロックを獲得するために、クロックモジュールの周波数が誘導された際に変化しないローカルタイムベースを基準とした遠隔クロックの周波数を特定することができることが重要である。この目的で、FLCが使用される。
これらの値が、クロックを導く際に使用される。詳細には、迅速で正確な周波数ロックを獲得するために、クロックモジュールの周波数が誘導された際に変化しないローカルタイムベースを基準とした遠隔クロックの周波数を特定することができることが重要である。この目的で、FLCが使用される。
マスタを発信元とする、スレーブ状態にあるタイミングプロセッサにおけるデーモンによって受信される、着信する同期パケットが処理され、それらのパケットの遠隔クロック(RC)タイムスタンプが、それらのパケットの受信時刻に関するFLCタイムスタンプおよびVLCタイムスタンプと一緒に格納される。FLC/RCタイムスタンプペアが、フィルタリングされて、誤った測定が破棄され、詳細には、スレーブに転送される前にスイッチにおいて遅延しているパケットは、それらのパケットのRC(送信)タイムスタンプ、およびその他の測定に基づくクロックの見掛けの周波数から予期されるFLCタイムスタンプより大きいFLCタイムスタンプを有することになる。これらのパケットには、不良という印が付けられ(ただし、これらのパケットの値は、将来のデータが、これらのパケットが実際には不良なパケットではなかったことを示す可能性があるので、保持される)、この特定の同期パケットの受信によってトリガされるさらなる統計解析を実行する際に無視される。さらなる解析は、データに対する最小2乗平均(LMS)回帰の形態をとり、LMS回帰は、偶然誤差を有するデータから最良適合の線を生成するのに使用される単純な統計ツールである。LMS回帰は、オペレーティングシステムおよびプロセッサによって提供される64ビット演算原始関数の能力を超える演算の精度レベルを要求し、この理由で、デーモンは、128ビット整数演算の独自の限られた実装を包含する。
LMS回帰は、FLCタイムスタンプ対RCタイムスタンプのグラフに関する最良適合の線の傾き、つまり、マスタ上の遠隔クロック(マスタが別のステージボックスである場合、27MHz電圧制御発振器の倍数)とローカルデバイス上のイーサネット(登録商標)クロック(ローカル発振器誘導による影響を受けないため、さらにこのクロックを使用して適用されるタイムスタンプが、このクロックが、実際の送受信アーキテクチャに関して使用されるのと同一のクロックであることにより、極めて正確であり得るために選択された)の倍数の間の周波数の差を構築しようと試みる。そうするのに、LMS回帰は、最良適合の線と各FLC測定における実際のRC値の間の差の2乗の平均を最小化する線を選択する。次に、周波数のこの差が、ローカル発振器の周波数を遠隔クロックの周波数と合致させるようにVLCおよび同期パルサにプログラミングされ得る。
制御アルゴリズムのこの部分だけを使用して実行された試験において、その2つのクロックの間の周波数の誤差は、しばしば、1億分の1単位の範囲内にあり、極めて低かった。このレベルの精度で、ボードの温度が変化するにつれてのローカルクロックと遠隔クロックの両方の周波数の変化を測定するのに十分であった。VLCとRCの間の誤差を正確に測定するために、マスタとスレーブの間の終端間ネットワーク遅延の正確な測定を得ることが重要である。これは、スレーブによって開始されたパケットの交換が往復遅延を測定するのに使用され、その場合、その遅延が対称的であるものと想定される、PTPv2において提供される終端間機構を使用して測定される。このアルゴリズムの結果は、以下のようにフィルタリングされる。すなわち、
ただし、F[n]は、第n番のフィルタリングされた値であり、さらにD[n]は、第n番の生の遅延測定であり、さらにs[n]は、
であるようなフィルタ剛性値であり、
ただし、smaxは、構成可能なパラメータ(通常64)に基づいて計算され、また、フィルタリングされた値が、それを計算するために使用される32ビット演算の恩恵を受けすぎて(overowing)しまうことがないように制限される。
ただし、smaxは、構成可能なパラメータ(通常64)に基づいて計算され、また、フィルタリングされた値が、それを計算するために使用される32ビット演算の恩恵を受けすぎて(overowing)しまうことがないように制限される。
D[−1]の値は、0におけるフィルタの不連続を回避するようにD[0]と等しく設定される。
LMSが正しく測定されると、ローカル発振器と遠隔マスタは、その時点で、周波数が緊密にロックされるが、位相整合の保証は、存在しない。これを矯正するために、VLCとRCの間のオフセットの測定から駆動される比例積分(PI)コントローラを用いる、より従来の位相ロックループ設計を有する第2の制御ループが追加された。
LMSが正しく測定されると、ローカル発振器と遠隔マスタは、その時点で、周波数が緊密にロックされるが、位相整合の保証は、存在しない。これを矯正するために、VLCとRCの間のオフセットの測定から駆動される比例積分(PI)コントローラを用いる、より従来の位相ロックループ設計を有する第2の制御ループが追加された。
ネットワーク遅延、特に、スイッチにおける滞留時間によって生じる遅延が、パケットに関する見掛けの移動時間を増加させる可能性はあるが、決して減少させる可能性はないので、各パケットに関するVLCタイムスタンプとRCタイムスタンプの間の測定されるオフセットは、単純な最小値選択操作を介してフィルタリングされて、PIコントローラが機能する起点のオフセット測定が、常に、最新で測定された(場合により、誤差のある)オフセット値のうちの下限であることを確実にする。次に、このフィルタリングされた値が、標準のPIコントローラに送り込まれて、「正しい値」を設定するのに使用され、この「正しい値」が、計算された周波数に加算されて、ゆっくりと再び合致するようにカウンタを駆動することが可能である。この変化が、周波数をあまりにも急速に変えることを防止するのに、一連の抑制する要素が追加されて、ステージボックスデバイスのブラックアンドバースト出力から駆動される場合に、デバイスが接続されたカメラにジェンロックを失わせるだけ急速に発振器の周波数が調整されることが決してないことを確実にした。
通常どおり、このPIコントローラは、フィルタリングされたオフセット値の振舞いに応じて、切り換えを行う異なる複数の制御体制を有し、このことに関する状態マシンが、図5に示される。現行の実施によれば、周波数測定が適用された直後に、オフセットは、VLC/同期パルサを、0のオフセットをもたらすように計算された特定の時刻に「クラッシュ」させることによって調整される。このことが、厳密に0のオフセットをもたらすことは滅多にないが、通常は、1ビデオラインの範囲内である。次に、制御が、「高速ロック」アルゴリズムに渡され、このアルゴリズムが、P項の2乗に比例して周波数を実際に調整し、積分項を無視し、高速ロックは、カメラに対するジェンロック信号を乱すことを防ぐように周波数制限も有さない。
カウンタが、互いに数マイクロ秒の範囲内に入ると(プロセスが開始して数秒内に通常、そうなる)、次に、デーモンが、制御を、周波数変更制限を有する従来のPIコントローラである「精密ロック」アルゴリズムに渡す。誤差が、ビデオのラインの1/4を超えるようなことがある場合、制御は、変更制限を有するP2コントローラである「低速ロックアルゴリズム」に渡され、誤差が、再び、ライン閾値の1/4未満に低下すると、「精密ロック」が再び呼び出される。誤差が、ビデオの複数のラインを超えた場合に限って、別の「クラッシュ」がトリガされ、「高速ロック」アルゴリズムが再び呼び出される。様
々な制御体制の利得は、すべての制御値の完全なリセットをトリガする「クラッシュロック」を例外として、これらすべての境界を横断して制御値が平滑であるようにスケール変更される。このようにして、ネットワーク条件に応じて、さらにクロックの周波数が、そもそも、どれだけ近くで始まったかに応じて、デーモンが開始されてから約5〜20秒内程度で、本発明者らは、ロック時間を実現することができる。
々な制御体制の利得は、すべての制御値の完全なリセットをトリガする「クラッシュロック」を例外として、これらすべての境界を横断して制御値が平滑であるようにスケール変更される。このようにして、ネットワーク条件に応じて、さらにクロックの周波数が、そもそも、どれだけ近くで始まったかに応じて、デーモンが開始されてから約5〜20秒内程度で、本発明者らは、ロック時間を実現することができる。
ステージボックスソフトウェアビルドは、起動時に、ローカルネットワーク上でDHCPサーバを探索し、DHCPサーバが存在する場合、DHCPサーバによって与えられるIPv4アドレスを使用する。DHCPを介してアドレスが獲得され得ない場合、ステージボックスソフトウェアビルドは、代わりに、リンクローカルアドレスの自動的構成を行う。また、ステージボックスソフトウェアビルドは、同一の様態でIPv6アドレスを自動的に構成することも行うが、IPv6アドレスは、現行では使用されていない。この振舞いは、スイッチに接続された、いくつかのステージボックスだけがネットワーク上のデバイスである場合でさえ、ステージボックスが正しく動作できることを確実にする。この振舞いは、ステージボックスが、2つのボックスの間のポイントツーポイントネットワークケーブルを使用して接続される場合でさえ、正しく動作することを可能にする。
この設計は、RTPパケットの2つのストリーム、ビデオストリーム、ならびに生の24ビットPCMオーディオを包含するオーディオストリームを生成することができるステージボックスコアを包含する。これらのパケットは、IPスタジオのためのRTPストリームに関する仕様に準拠するRTPヘッダ拡張をさらに包含する。これらのストリームを生成するハードウェアは、いくつかのパラメータ(送信元アドレスおよび宛先アドレス、ポート、ペイロードタイプ、およびttl値など)が、プロセッサに提供されるレジスタの中で設定されることを要求し、さらにストリームに伴う付随するRTCPパケットを生成するために必要とされるデータを報告するいくつかのカウンタをさらに生成する。
Claims (30)
- 同期のオーディオ信号、ビデオ信号、および制御信号と、IPネットワークのための非同期のパッケージ化されたデータストリームとの間で変換を行うための装置であって、
オーディオ信号およびビデオ信号のための第1のインターフェースと、
制御信号のための第2のインターフェースと、
同期のオーディオ信号、ビデオ信号、および制御信号と、非同期のパッケージ化されたデータストリームとの間で変換を行うように構成されたプロセッサとを備え、各パッケージ化されたデータストリームは、複数のIP標準のうちの1つに準拠し、各標準は、送信されるべき前記信号の性質に応じて選択される、装置。 - 前記デバイスは、前記選択された信号のための最低の帯域幅の前記標準を選択するように構成される請求項1に記載の装置。
- 前記制御信号に関して、前記オーディオビデオ信号より低い帯域幅のプロトコルが使用される請求項1または2に記載の装置。
- 前記オーディオおよび前記ビデオは、変換されたRTPである請求項1から3のいずれかに記載の装置。
- 前記制御信号は、UDPまたはTCPに変換される請求項1から4のいずれかに記載の装置。
- 前記プロトコルは、本明細書の図3のテーブルに記載されるとおりである請求項1から5のいずれかに記載の装置。
- IP標準で制御信号を受信するため、およびカメラにおいて制御出力をアサートする(asserting)ためのプロセッサを含む請求項1から6のいずれかに記載の装置。
- 前記制御出力は、視覚的タリー(tally visual)インジケータまたはオーディオタリーインジケータである請求項7に記載の装置。
- 前記制御出力は、RS232、RS422、LANCなどのカメラ制御信号である請求項1から8のいずれかに記載の装置。
- 前記制御出力は、好ましくは、カメラ作業者とコントローラの間のトークバック信号、すなわち、双方向オーディオフィードである請求項1から9のいずれかに記載の装置。
- 他のカメラソースから前記IPネットワークを介して前記複数のIPビデオストリームを受信するように構成された入力と、カメラ作業者(operator)に提示するためにビデオを出力するように構成されたプロセッサとを備える請求項1から10のいずれかに記載の装置。
- 通常、前記カメラに対する接続を有する別個のボックスの形態(form)の、前記インターフェースに対する接続を有するビデオカメラに接続可能なデバイスを備える請求項1から11のいずれかに記載の装置。
- 前記プロセッサは、前記カメラの固有のオーディオ−ビデオ信号を、スタジオ機器に送信するための非同期のパッケージ化されたデータストリームに変換するように構成される請求項12に記載の装置。
- 前記プロセッサは、スタジオ機器から受信された非同期のパッケージ化されたデータストリームからの制御信号を、前記カメラによって、またはタリーライト、ヘッドホンなどの前記カメラに結合された補助(ancillary)デバイスによって必要とされる固有の(native)シグナリングに変換するようにさらに構成される請求項12に記載の装置。
- スタジオ機器に接続可能なデバイスを備える請求項1から14のいずれかに記載の装置。
- 前記プロセッサは、カメラから受信された非同期のパッケージ化されたデータストリームを、前記スタジオ機器によって必要とされる固有のオーディオ−ビデオ信号に変換するように構成される請求項15に記載の装置。
- 前記プロセッサは、前記スタジオ機器からの制御信号を、1つまたは複数のカメラに送信するための非同期のパッケージ化されたデータストリームに変換するようにさらに構成される請求項15に記載の装置。
- 前記デバイス内のローカルクロックを、IPを介して受信される他のデバイスからのタイムスタンプを基準として制御するように構成されたタイミング機能をさらに備える請求項1から17のいずれかに記載の装置。
- 前記タイミング機能は、受信されたパケットからの受信されたタイムスタンプをフィルタリングするステップと、前記フィルタリングされたタイムスタンプに基づいて前記ローカルクロックを制御するステップとを備える請求項18に記載の装置。
- 前記フィルタリングするステップは、前記受信されたタイムスタンプが時間限度(time bound)を外れている前記タイミングプロセスからのパケットを破棄するステップを備える請求項19に記載の装置。
- 前記タイミング機能は、PTPプロトコルを使用して、受信および送信の時点でハードウェアにおいてネットワークパケットにタイムスタンプを付ける請求項18から20のいずれかに記載の装置。
- 前記タイミング機能は、前記受信されたタイムスタンプを使用して前記ローカルクロックの周波数制御を制御するステップを備える請求項18から21のいずれかに記載の装置。
- 前記タイミング機能は、受信時に、受信されたパケットにローカルクロックから導き出されたローカルタイムスタンプを付けるステップと、前記受信されたパケットを最良適合(best fit)アルゴリズムに送るステップと、ローカルタイムスタンプと、遠隔ソースからの前記パケット内のタイムスタンプの間で最良適合をもたらすステップとを備える請求項22に記載の装置。
- 前記最良適合は、最小2乗平均(LMS)回帰を備える請求項23に記載の装置。
- 前記タイミング機能は、前記受信されたタイムスタンプを使用して前記ローカルクロックの前記位相制御を制御するステップをさらに備える請求項18から24のいずれかに記載の装置。
- ローカルクロックと各パケットに関する受信されたクロックタイムスタンプとの間の測
定されたオフセットが、最小値選択操作を使用してフィルタリングされる請求項25に記載の装置。 - 同期のオーディオ信号、ビデオ信号、および制御信号と、IPネットワークのための非同期のパッケージ化されたデータストリームとの間で変換を行うための方法であって、
オーディオ信号およびビデオ信号を受信するステップと、
制御信号を受信するステップと、
同期のオーディオ信号、ビデオ信号、および制御信号と、非同期のパッケージ化されたデータストリームとの間で変換を行い、各パッケージ化されたデータストリームは、複数のIP標準のうちの1つに準拠し、各標準は、送信されるべき前記信号の性質に応じて選択されるステップとを備える方法。 - 複数のカメラと、スタジオ機器とを備え、各カメラおよび前記スタジオ機器は、同期のオーディオ信号、ビデオ信号、および制御信号と、IPネットワークのための非同期のパッケージ化されたデータストリームとの間で変換を行うための装置を有するシステムであって、
オーディオ信号およびビデオ信号のための第1のインターフェースと、
制御信号のための第2のインターフェースと、
同期のオーディオ信号、ビデオ信号、および制御信号と、非同期のパッケージ化されたデータストリームとの間で変換を行うように構成されたプロセッサとを備え、各パッケージ化されたデータストリームは、複数のIP標準のうちの1つに準拠し、各標準は、送信されるべき前記信号の性質に応じて選択されるシステム。 - 複数のカメラと、スタジオ機器とを備え、各カメラおよび前記スタジオ機器は、同期のオーディオ信号、ビデオ信号、および制御信号と、IPネットワークのための非同期のパッケージ化されたデータストリームとの間で変換を行うための装置を有し、前記カメラおよび前記スタジオ機器のそれぞれは、請求項1から26のいずれかに記載の装置を備えるシステム。
- 請求項1から26のいずれかに記載の同期のオーディオ信号、ビデオ信号、および制御信号と、IPネットワークのための非同期のパッケージ化されたデータストリームとの間で変換を行うための装置を有するカメラまたはスタジオ機器。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB1202472.5 | 2012-02-10 | ||
GB1202472.5A GB2499261B (en) | 2012-02-10 | 2012-02-10 | Method and apparatus for converting audio, video and control signals |
PCT/GB2013/000054 WO2013117889A2 (en) | 2012-02-10 | 2013-02-11 | Method and apparatus for converting audio, video and control signals |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2015510349A true JP2015510349A (ja) | 2015-04-02 |
Family
ID=45930046
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2014556131A Pending JP2015510349A (ja) | 2012-02-10 | 2013-02-11 | オーディオ信号、ビデオ信号、および制御信号を変換するための方法および装置 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20160029052A1 (ja) |
EP (1) | EP2813084A2 (ja) |
JP (1) | JP2015510349A (ja) |
AU (1) | AU2013217470A1 (ja) |
GB (1) | GB2499261B (ja) |
IN (1) | IN2014DN06735A (ja) |
WO (1) | WO2013117889A2 (ja) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2522260A (en) * | 2014-01-20 | 2015-07-22 | British Broadcasting Corp | Method and apparatus for determining synchronisation of audio signals |
DE102014112901A1 (de) * | 2014-09-08 | 2016-03-10 | Phoenix Contact Gmbh & Co. Kg | Kommunikationseinrichtung, Kommunikationssystem und Verfahren zum synchronisierten Senden von Telegrammen |
US20160080274A1 (en) * | 2014-09-12 | 2016-03-17 | Gvbb Holdings S.A.R.L. | Multi-protocol control in a hybrid broadcast production environment |
US20160014165A1 (en) * | 2015-06-24 | 2016-01-14 | Bandwidth.Com, Inc. | Mediation Of A Combined Asynchronous And Synchronous Communication Session |
US10038651B2 (en) * | 2015-09-05 | 2018-07-31 | Nevion Europe As | Asynchronous switching system and method |
US10764473B2 (en) * | 2016-01-14 | 2020-09-01 | Disney Enterprises, Inc. | Automatically synchronizing multiple real-time video sources |
CN106488172B (zh) * | 2016-11-21 | 2019-09-13 | 长沙世邦通信技术有限公司 | 可视对讲方法及系统 |
US10250926B2 (en) * | 2017-03-17 | 2019-04-02 | Disney Enterprises, Inc. | Tally management system for cloud-based video production |
CN107483852A (zh) * | 2017-09-26 | 2017-12-15 | 东莞市博成硅胶制品有限公司 | 一种监控转换器及其应用 |
CN107659571A (zh) * | 2017-09-30 | 2018-02-02 | 北京千丁互联科技有限公司 | 一种社区设备及实现对讲和开锁的方法 |
JP7030602B2 (ja) * | 2018-04-13 | 2022-03-07 | 株式会社東芝 | 同期制御装置および同期制御方法 |
CN114071245B (zh) * | 2021-11-02 | 2024-04-05 | 腾竞体育文化发展(上海)有限公司 | 赛事直播的传输系统和方法 |
CN115037403B (zh) * | 2022-08-10 | 2022-11-22 | 中国电子科技集团公司第十研究所 | 一种多arm-fpga联合仿真时间同步方法 |
CN116193044B (zh) * | 2023-04-28 | 2023-08-15 | 深圳市微智体技术有限公司 | 多路图像帧同步显示的方法、装置、设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002271773A (ja) * | 2001-03-12 | 2002-09-20 | Matsushita Electric Ind Co Ltd | 映像データ通信装置および映像データ通信システム |
US20040255329A1 (en) * | 2003-03-31 | 2004-12-16 | Matthew Compton | Video processing |
JP2006516372A (ja) * | 2003-01-16 | 2006-06-29 | ソニー・ユナイテッド・キングダム・リミテッド | ビデオネットワーク |
JP2007104040A (ja) * | 2005-09-30 | 2007-04-19 | Mitsubishi Electric Corp | インターネットゲートウェイ |
JP2010246146A (ja) * | 2002-07-16 | 2010-10-28 | Panasonic Corp | コンテンツ受信機 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10010590A1 (de) * | 2000-03-03 | 2001-09-13 | Nedret Sahin | Fernsteuerbare Kamera und Verfahren zum Betreiben einer fernsteuerbaren Kamera |
US7242990B2 (en) * | 2000-12-26 | 2007-07-10 | Yamaha Corporation | Digital mixing system, engine apparatus, console apparatus, digital mixing method, engine apparatus control method, console apparatus control method, and programs executing these control methods |
US7043651B2 (en) * | 2001-09-18 | 2006-05-09 | Nortel Networks Limited | Technique for synchronizing clocks in a network |
GB2385684A (en) * | 2002-02-22 | 2003-08-27 | Sony Uk Ltd | Frequency synchronisation of clocks |
KR100487191B1 (ko) * | 2003-05-16 | 2005-05-04 | 삼성전자주식회사 | 시간 분할 다중화된 디지털 영상 신호의 사용자 클럭코드를 이용한 클럭 복원 방법 및 상기 방법에 사용되는송/수신 장치 |
US20080005245A1 (en) * | 2006-06-30 | 2008-01-03 | Scott Deboy | Conferencing system with firewall |
CN101836383A (zh) * | 2007-07-26 | 2010-09-15 | 游牧人创新有限责任公司 | 基于全双工网络的设备和方法 |
US20090238263A1 (en) * | 2008-03-20 | 2009-09-24 | Pawan Jaggi | Flexible field based energy efficient multimedia processor architecture and method |
CN101615963B (zh) * | 2008-06-23 | 2012-12-12 | 华为技术有限公司 | 修正域信息的处理方法及系统 |
EP2144443B1 (en) * | 2008-07-11 | 2017-08-23 | Axis AB | Video over ethernet |
US20100245665A1 (en) * | 2009-03-31 | 2010-09-30 | Acuity Systems Inc | Hybrid digital matrix |
GB2473479A (en) * | 2009-09-11 | 2011-03-16 | Vitec Group Plc | Camera system control and interface |
US8547995B2 (en) * | 2009-11-25 | 2013-10-01 | Barox Kommunikation Ag | High definition video/audio data over IP networks |
-
2012
- 2012-02-10 GB GB1202472.5A patent/GB2499261B/en active Active
-
2013
- 2013-02-11 IN IN6735DEN2014 patent/IN2014DN06735A/en unknown
- 2013-02-11 JP JP2014556131A patent/JP2015510349A/ja active Pending
- 2013-02-11 US US14/377,697 patent/US20160029052A1/en not_active Abandoned
- 2013-02-11 AU AU2013217470A patent/AU2013217470A1/en not_active Abandoned
- 2013-02-11 WO PCT/GB2013/000054 patent/WO2013117889A2/en active Application Filing
- 2013-02-11 EP EP13707022.3A patent/EP2813084A2/en not_active Withdrawn
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002271773A (ja) * | 2001-03-12 | 2002-09-20 | Matsushita Electric Ind Co Ltd | 映像データ通信装置および映像データ通信システム |
JP2010246146A (ja) * | 2002-07-16 | 2010-10-28 | Panasonic Corp | コンテンツ受信機 |
JP2006516372A (ja) * | 2003-01-16 | 2006-06-29 | ソニー・ユナイテッド・キングダム・リミテッド | ビデオネットワーク |
US20040255329A1 (en) * | 2003-03-31 | 2004-12-16 | Matthew Compton | Video processing |
JP2007104040A (ja) * | 2005-09-30 | 2007-04-19 | Mitsubishi Electric Corp | インターネットゲートウェイ |
Also Published As
Publication number | Publication date |
---|---|
US20160029052A1 (en) | 2016-01-28 |
GB2499261A (en) | 2013-08-14 |
AU2013217470A1 (en) | 2014-08-28 |
EP2813084A2 (en) | 2014-12-17 |
GB201202472D0 (en) | 2012-03-28 |
WO2013117889A2 (en) | 2013-08-15 |
GB2499261B (en) | 2016-05-04 |
WO2013117889A3 (en) | 2013-12-19 |
IN2014DN06735A (ja) | 2015-05-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2015510349A (ja) | オーディオ信号、ビデオ信号、および制御信号を変換するための方法および装置 | |
JP5284534B2 (ja) | 変更されたストリーム同期 | |
US8982219B2 (en) | Receiving device and camera system | |
RU2634206C2 (ru) | Устройство и способ коммутации медиапотоков в режиме реального времени | |
CN109565466B (zh) | 多设备间唇音同步方法及设备 | |
US10595075B2 (en) | Automatic timing of production devices in an internet protocol environment | |
JP5902477B2 (ja) | パケット交換ネットワークにおける同期通信デバイスの配信遅延補償 | |
US10560507B2 (en) | Standardized hot-pluggable transceiving unit providing a cloud gateway functionality | |
WO2020173165A1 (zh) | 一种音频流和视频流同步切换方法及装置 | |
WO2016030694A1 (en) | A system for transmitting low latency, synchronised audio | |
Ledergerber | Audio Networking | |
Whitcomb | Audio for television: how AES67 and uncompressed 2022/2110/TR03 video fit together | |
Stokking et al. | Standardization of inter-destination media synchronization | |
JP2013065958A (ja) | パケット伝送システムおよび方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20160210 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20170209 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170323 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20171013 |