Apparatus and method for multiple rich media formats video broadcasting

Abstract

Apparatus and method for concurrently converting multiple video and audio formats and sources into different formats. The main elements of the system are: a. A Media Format Matrix (MFM) module, having multiple input and output channels. b. A Communicator module, having various network interfaces. c. A Storage module. The implementation of the system is based on standard networking protocols, used to transfer the data between the internal MFM, Communicator and storage elements. The system platform is built around an internal switched network infrastructure. The management architecture provides a scalable infrastructure for controlling and monitoring single or multiple internal and external system modules, and in addition single, multiple or clusters of systems.

Description

CROSS-REFERENCE TO RELATED PATENT APPLICATIONS

This patent application is a national stage application of PCT International Application No. PCT/IL02/00366, filed 13 May 2002 having Publication No. WO 02/093925, which claims priority from and is related to U.S. Provisional Patent Application Ser. No. 60/291,310, filed May 17, 2001, this U.S. Provisional Patent Application is hereby incorporated by reference in its entirety herein.

FIELD OF THE INVENTION

The present invention relates to the processing of multiple video and audio data stream sources and formats and, in particular, to concurrent conversion of multiple video and audio formats and sources into different video and audio formats, in a multi input—multi output scalable and flexible system.

BACKGROUND OF THE INVENTION

The plurality of formats, interfaces, media types, access networks and physical connections involved in video/audio streaming makes the design, implementation and control of digital video/audio broadcast systems very complex.

The following list describes exemplary common standards used today in broadcast systems:

• • 1. Uncompressed Video/Audio: Analog Composite, Analog S-Video, Digital SDI
  • 2. Video color systems: PAL, NTSC, SECAM
  • 3. Digital Video/Audio compression formats: MPEG1, MPEG2, MPEG4, WMT (Microsoft Windows Media Technology), QT (Apple QuickTime), RN (Real Networks), H26L and other proprietary and non-proprietary formats.
  • 4. Audio interfaces: Analog Balanced, Analog Unbalanced, Digital Balanced and Unbalanced.
  • 5. Compressed Audio/Video transmission protocols (Media interfaces): DVB-ASI, DVB-S, DVB-C, DHEI, SDTI, DV etc.
  • 6. Network interfaces: Ethernet, ATM, IP, SDH etc.
  • 7. Network interface physical layer: Copper twisted pair, Optical cables, Coaxial cable, USB etc.
  • 8. Network layer 4 protocols: UDP, RTP, TCP etc.
  • 9. Storage interfaces: SCSI, IDE, IEEE1394-FireWire etc.
  • 10. Management protocols: SNMP, Telnet, RS232, RTSP, XML etc.

Existing video/audio processing systems require multiple and different apparatus, with individual and different control of every element. Some flexibility can be obtained by combining various building blocks (e.g. Encoders, Decoders, Network interfaces, Video interfaces), and connecting them by external wires to a common control unit. However, this practice requires coordination between many equipment vendors, consumes large office space, and hence lacks flexibility and scalability.

There is a need for a modular, configurable system for seamless concurrent handling of various video and audio input/output requirements in a scalable, robust manner.

SUMMARY OF THE INVENTION

The apparatus and method of the present invention allow for multiple video and audio formats and sources to be converted into different formats in a concurrent mode of operation.

The main elements of the system of the present invention are:

• • a. A Media Format Matrix (MFM) module, having multiple input and output channels.
  • b. A Communicator module, having various network interfaces.
  • c. A Storage module.

The implementation of the system is based on standard networking protocols, used to transfer the data between the internal MFM, Communicator and storage elements. The system platform is built around an internal switched network infrastructure. This internal infrastructure enables the introduction of multiple interfaces and processing modules to the system, thus providing extensibility for future elements that will be required as new technologies emerge.

The use of standard network protocols for transmission of data and control inside the system provides flexibility, simplicity and scalability to the system. The internal network topology is designed to eliminate any single point of failure, thus increasing the system's reliability.

The management architecture of the present invention provides a scalable infrastructure for controlling and monitoring single or multiple internal and external system modules, and in addition single, multiple or clusters of systems.

The system of the present invention can be used for a large variety of video and audio streaming environments and applications, serving a large-scale number of receivers and transmitters. Using the concept of the present invention may serve as a basis for any video/audio streaming system architecture.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows the basic MFM interfaces according to a first embodiment of the present invention;

FIG. 2 shows the MFM connected to the communicator unit according to a second embodiment of the present invention;

FIG. 3 shows the MFM and communicator of FIG. 2, with added storage devices, according to a third embodiment of the present invention;

FIG. 4 is a schematic representation of the system architecture and internal data flows; and

FIG. 5 depicts an exemplary application using the system of the present invention.

LIST OF ABBREVIATIONS COMMONLY USED IN THIS DOCUMENT

ADSL—Asymmetric Digital Subscriber Line

ASI—Asynchronous Serial Interface

ATM—Asynchronous transfer mode

CO—Central Office

DVB—Digital Video Broadcast

DSLAM—Digital Subscriber Line Access Multiplexer

IP—Internet Protocol

MFM—Multimedia Format Matrix

MPEG—Motion Picture Expert Group

RTP—Real Time Protocol

RTSP—Real Time Streaming Protocol

SDH—Synchronous Digital Hierarchy

SDI—Serial Digital Interface

SNMP—Simple Network Management Protocol

TCP—Transmission Control Protocol

VOD—Video On Demand

UDP—User Datagram Protocol

USB—Universal Serial Bus

WMT—Windows Media Technology

DETAILED DESCRIPTION OF THE INVENTION

The apparatus and method of the present invention are intended to overcome the shortcomings of existing video/audio processing systems, used for interchanging audio and video streams over a variety of media and network infrastructures and protocols. The functionalities of the present invention include a variety of video and audio processing and transmission features (e.g. Encoding, Decoding, Transcoding, Pre-Processing, splicing Transmission & Reception of video/audio streams over various network and media interfaces etc), that can all be active simultaneously, and are all implemented using a simple set of internal modules that will be described below. The apparatus of the present invention provides flexible means of handling the various video, audio and network protocols requirements, while the method of implementation assures flexibility and scalability.

The Media Format Matrix (MFM) Functionality

FIG. 1 presents a first embodiment of the present invention. Media Format Matrix (MFM) 10 is connected to multiple input channels, such as compressed video/audio streams 20 and uncompressed video/audio streams 23. MFM 10 is also connected to multiple output channels, such as compressed video/audio streams 21 and uncompressed video/audio streams 22.

Management unit 24, such as HPOV (HP Open View), is connected to MFM 10 by means of a standard communication interface 52 (e.g. Simple Network Management Protocol—SNMP over IP over Ethernet)

The multiple input and output interfaces allow for multiple input formats to be transcoded, encoded, decoded or otherwise processed into different output streams, thus performing a parallel video/audio formats conversion for as many inputs and outputs as required.

The modular architecture of the MFM, as will be explained below, allows for multiple inputs and outputs of many types and for concurrent performance of multiple operations.

The implementation method of the switching fabric on which the MFM is based provides, in addition, simple means of duplicating the incoming or the processed streams, by that allowing seamless production of multiple copies in multiple formats out of the same video and audio stream.

The MFM has the capability of switching its mode of operation on-the-fly, thus enabling video splicing—i.e. seamless switching from one input source (e.g. movie) to the another (e.g. commercial clip) while maintaining an un-interrupted output.

The MFM switching capabilities allow also for simple implementation of redundancy. The MFM will be able to switch from one input stream to another when a failure is detected in the original input interface. The flexibility of the system allows defining N components as redundant to M others (M+N redundancy).

In addition, the implementation method of the MFM, Communicator and Storage modules (described below) allows also the utilization of internal components within the system as redundant to others.

The basic functionality modes enabled simultaneously within the MFM are summed up in the following table:

		/	To
	From	/		Uncompressed	Compressed
	Uncompressed	Pre-Processing	Encoding
	Compressed	Decoding	Transcoding

For the purpose of this document, the following video and audio processing definitions will apply:

• • a. “Encoding” or “Compressing”—The process of compressing audio and video from their uncompressed form (analog or digital) into a predefined compressed format (e.g. MPEG, WMT etc).
  • b. “Decoding”—the process of converting audio and video from a compressed form, into an uncompressed stream (analog or digital)
  • c. “Transcoding”—the process of converting audio and video from one compressed format to another compressed format. Format change can include conversion from one compression protocol to another (e.g. MPEG to WMT), or conversion of other stream parameters (e.g. Bit rate or picture resolution) while maintaining the same compression protocol.
  • d. “Pre-Processing”—the process of handling uncompressed video and audio stream, to enhance their visual/audible properties.

Typical formats of compressed video and audio that may be implemented are, for example: MPEG1, MPEG2, MPEG4, REAL video, QuickTime and WMT. Examples of uncompress live video and audio: Composite, S-Video, SDI, balanced/Unbalanced audio etc.

Communicator Functionality

FIG. 2 presents a second embodiment of the present invention. A communicator module 30 is connected to MFM 10. The Communicator module 30 allows for accessibility to a variety of communication transport networks, such as but not limited to: IP, ATM and SDH. The functionalities of the Communicator module 30 in this embodiment of the invention are:

• • a. Receiving input streams 26 from a local or wide area networks and feeding them into the MFM.
  • b. Receiving 21 compressed streams from the MFM and transmitting them to local or wide area distribution networks.
    Storage Functionality

In a further embodiment of the present invention, depicted in FIG. 3, a storage device 32, such as SCSI Raid, IDE, IEEE1394 FireWire or others, can be connected to the MFM 10 or the Communicator module 30. The storage device 32 enables the system to act as a video on-demand (VOD) server. The use of the storage 32 may reduce the number of required format conversions by providing an “input once—output many” mode of operation. A file may be initially stored in the storage module 32 in a specific format, and later be retrieved upon request by the MFM, transcoded and simultaneously transmitted to its destination or destinations. For example, a content supplier can broadcast a video stream from one stored file to as many clients as desired simultaneously, in different video formats and on different network interfaces.

An additional mode of operation is off-line transcoding. In this mode a video/audio file is stored in the storage module in a specific format, and later retrieved by the MFM, transcoded and saved back to the storage. This mode allows later a simple retrieval of the file without the need to simultaneously transcode it upon transmission.

A similar storage device may also, or alternatively, be connected to the communicator module 30.

The storage connectivity adds more functionality modes to the MFM of the present invention, which may be summed up as follows:

	/	To
From	/		Uncompressed	Compressed	Storage
Uncompressed	Pre-Processing	Encoding	Encoding
Compressed	Decoding	Transcoding	Optional transcoding
Storage	Decoding	Transcoding	Off line Transcoding

MFM, Communicator and Storage—Method of Implementation

FIG. 4 is a schematic representation of the MFM, Communicator and storage module architecture and internal data flow.

The MFM is implemented on the basis of a star topology switching fabric. The switching fabric is implemented in a central module, connected separately to every other module in the system (hence “star” topology). The star topology ensures uninterrupted and uncoupled performance of each separate internal and external module, and allows for concurrent multiple operation of various functions, such as encoding, decoding and transcoding. The switching fabric module 40 can use standard network protocols for transmission and switching, e.g. IP over Ethernet, ATM or proprietary ones. IP over Ethernet network protocol is the preferred network protocol to be used by the switching fabric modules, as IP over Ethernet star topology agrees with the industry standard Picmg 2.16 and other emerging industry standards.

To allow redundancy it is preferable to use a multi-star topology, in which several switching fabric modules are each connected to all other modules in the system. This way if one of the switching modules fails, another one can be used instead without interrupting the data flow in the system. A dual star topology (two switching fabric modules) is the preferred implementation, as it agrees with industry standard Picmg 2.16

Internal Modules Description

a. Encoding modules 41—The encoding modules receive uncompressed video and audio 66 or 67, and compress (encode) them into a predefined format. The compressed stream is then transmitted 65 from the encoding modules to the MFM switching fabric module 40.

The system may include many encoding modules, used to encode to various compressed formats.

b. Decoding modules 42—The decoding modules receive compressed video and audio streams 63 from the switching fabric, decode them into predefined uncompressed format, and output the generated uncompressed streams 64.

The system may include many decoder modules, used to decode to many uncompressed audio/video formats (analog, digital etc).

c. Compressed stream interface modules 44—The compressed stream interface modules receive compressed stream 60 inputs, encapsulate them into the network protocol used by the switching fabric (e.g. IP over Ethernet), and transmit them 58 to the switching fabric module 40. Alternatively the compressed stream interface modules 44 can be used to receive compressed streams from the switching fabric module 40, and transmit them 60 outside the system in a predefined format (e.g. DVB-ASI).

The compressed stream module can, for example, be used to receive DVB transmissions from a satellite feed, extract specific programs, and transmit them using IP over Ethernet encapsulation towards the switching fabric module 40.

Additional functionality that may be implemented in the compressed stream interface module is scrambling and descrambling (conditional access) of compressed signals to and from satellite and cable TV feeds.

The system can include many compressed stream interface modules 44, used as interfaces to many compressed audio/video transmission formats (like DVB-ASI, DVB-DHEI, DVB-S etc) and conditional access formats.

d. Transcoding modules 43—Each transcoding module receives a compressed streams 61 from the switching fabric 40, transcodes it to a different format (or bit rate, or resolution), and feeds the compressed stream 62 back to the switching fabric 40.

The transcoding module 43 implementation can be based on a combination of decoder and encoder modules, with optional pre-processing modules, as the decoder is used to uncompress the incoming compressed stream 61, and the encoder is used to compress the stream to its target compressed format 62. The system can include many transcoding modules 43, to enable concurrent conversion to and from various audio/video formats (e.g. MPEG2 to WMT, MPEG2 to MPEG4, MPEG2 to MPEG2 bit rate change etc).

e. Storage modules 46, 47—Each storage module receives compressed streams 55, 115 from the switching fabric or the NIC module and stores it. The storage module can then retrieve the compressed stored stream and transmit it back 56, 114 to the switching fabric 40 or NIC module 48 for further processing and transmission. The system can include many storage modules to allow scalable storage and retrieval of many streams simultaneously.

f. Network Interface Card (NIC) modules 48—The NIC module 48 performs the Communicator functionalities of the system. It transmits the streams 50 coming from the switching fabric 40 into the required network interfaces 53, and receives streams 54 from the network 59 and directs them 51 towards the switching fabric 40.

The NIC module 48 serves as the system's front end towards the distribution network 59. In addition the NIC module 48 provides connectivity to storage modules 47. The system can include many NIC modules to support various network interfaces (e.g. IP, ATM, IP over ATM etc) and storage devices.

• • g. Pre-Processing modules 49—The Pre-Processing modules receive uncompressed audio and video 68, perform picture and audio quality enhancement processing upon these streams, and transmit the resultant uncompressed streams towards encoding module 41 or towards outside the system 69 for external processing.

h. Additional modules (not shown)—as new video and audio processing techniques and new network protocols may emerge, the system flexible and scalable architecture allows seamless addition of new modules. The new modules need only to be equipped with the appropriate interface to the switching fabric module 40, and to have the appropriate predefined control protocol interface to be integrated into the system.

i. Controller modules 45—The controller modules serve as the system's management and control center. The controller module is responsible for the configuration of all the other modules according to requests received via the system management interface 52. The Controller module is responsible for monitoring the health of the internal system modules, and may activate redundant components upon failure of others. To allow redundancy of the controller module itself, more than one controller modules may be connected to the system. A Two Controller configuration is the preferred implementation, as it agrees with industry standard Picmg 2.16

• • j. Switching fabric modules 40—The Switching fabric modules are responsible for managing all network streaming running between the various system modules, and for routing each packet/cell coming out of the modules towards its predefined destination.

The Switching fabric module 40 also serves as:

• • 1. Stream aggregator; by delivering all network outbound streams to the NIC module 48.
  • 2. Multicast router—duplicating a single stream and transmitting its copies to several processing modules. This way the system can produce several streams in several formats out of a single compressed or uncompressed stream introduced as input. The Multicast functionality can be based on standard routing algorithms (e.g. IP multicast).

When implementing Picmg 2.16 compliant switching fabric described above, a standard off the shelf switching board may be used (e.g. Performance Technologies PTI cpc4401).

Data flow—Utilization of the MFM, Communicator and Storage Modules

The internal system modules described above can be used in a variety of combinations to produce all the required functionalities of the system. Following is an exemplary list:

a. Encoding Functionality

An uncompressed input stream 66 enters the system via the appropriate interface located on the encoding module 41. Alternatively, the uncompressed stream can be introduced 68 to the system via a pre-processing module 49, enhanced by this module, and then fed 67 to the encoder module.

The encoding module compresses the stream to the desired format and bit rate, and the resultant compressed stream is then transmitted 65 towards the switching fabric 40. The compressed stream can then be directed by the switching fabric towards the NIC 48 module and transmitted to the distribution network 59, and/or transmitted to a compressed stream interface module 44, to be transmitted outside on a compressed stream interface 60 (e.g. DVB-ASI). The flexible architecture of the system allows in addition to monitor the quality of the resultant compressed stream. This can be achieved by configuring the switching fabric 40 to generate an additional copy of the compressed stream received from the encoder 41 towards a decoder module 42. The decoder module 42 will decode the compressed stream, and provide an uncompressed audio/video signal 64 that can be compared to the original uncompressed stream 66 or 68.

b. Decoding Functionality

A compressed stream enters the system via the compressed stream interface module 44 (e.g. DVB input feed from satellite), and is transmitted in its compressed format 58 to the switching fabric module. Alternatively the compressed stream may be received from the network 59 (e.g. internet video clip), received by the NIC 48 module, and then fed 51 to the switching fabric module 40. The compressed stream is then directed 63 by the switching fabric module to one or more decoding modules 42, which decode the stream to its uncompressed format and outputs it 64.

c. Transcoding Functionality

A compressed stream enters the system via the compressed stream interface module 44 (e.g. DVB input feed from satellite), and is transmitted in its compressed format 58 to the switching fabric module. Alternatively the compressed stream may be received from the network 59 (e.g. internet video clip), received by the NIC 48 module, and then fed 51 to the switching fabric module 40.

The compressed stream is then directed 61 by the switching fabric module to one or more transcoding modules 43, which transcodes the compressed stream to its desired format (or bit rate, or resolution) and feeds the stream back 62 to the switching fabric 40.

The transcoded stream can now be directed by the switching fabric: towards NIC modules 48 to be transmitted to the network 59, and/or towards Compressed Stream Interface modules 44 to be transmitted 60 as compressed media, and/or

towards decoding modules 42 for decoding to allow content monitoring and viewing 64.

d. Video on Demand Functionality

A compressed stream enters the system via the compressed stream interface module 44 or via the NIC module 48. The stream is fed through the switching fabric module 40 or directly via the NIC to the storage module 46 or 47 and saved as a file.

Alternatively, the stream may enter the system in an uncompressed form 68, 66, encoded by one of the encoding modules 41, and then directed as compressed stream towards the storage modules 46, 47.

When the stream needs to be retrieved, it is fed back 56, 114 from the storage module towards the switching fabric 40 which directs it 61 towards one of the transcoding modules. The stream is then transcoded to the desired format (or bit rate, or resolution) and transmitted 62 as described above from the transcoding module to the switching fabric 40, and from there directed towards the NIC module 48 and the network 59, and/or directed from the switching module to one or more compressed stream interface modules 44 as compressed media 60.

Alternatively, the transcoded stream can be saved back 55, 115 into to the storage module (off line transcoding functionality). Later retrieval of the transcoded file will only call for transmission of the stream from the storage towards the switching fabric 40, and then to the NIC module 48 or to Compressed stream interface module 44 to be transmitted outside.

Management and Control Architecture:

The external manager 24 (FIG. 4) configures and monitors the system, using management interface 52 to the controller module 45. The controller module 45 controls the system elements (modules) via the switching fabric module 40. The preferred management protocol is SNMP, as the same SNMP MIB can be implemented both in the controller module 45 and the rest of the internal and external modules. This way the system is composed out of modular components with identical management interfaces, each controlled individually by the controller module 45, or directly by the external manager 24.

As IP over Ethernet protocol used by the system's switching fabric for internal streaming and control is identical to the protocols commonly used for local area networks, the system architecture allows simple connectivity of the switching fabric modules to an external local area network, by that allowing:

• • a. Control of external network elements (e.g. Routers, Video Switchers etc) by the internal controller module 45.
  • b. Connecting several MFM units to form an MFM cluster.
    Exemplary System description

FIG. 5 presents an exemplary ADSL (Asymmetric Digital Subscriber Line) video distribution system, to be implemented with the system of the present invention, serving several functions:

As a HeadEnd perspective, the system can be used as a main encoding or transcoding engine, where several different inputs and formats are encoded to a variety of output streams, which can then be transported on any packet/cell switching based networks.

In a Central Office perspective, the system can provide video server system functionalities, by that allowing reduction of streams storage space required. In addition the Central Office system can be used to transcode and transmit audio and video inserted locally.

a. HeadEnd 70 Data Flow:

At the service provider's HeadEnd, live uncompressed/compressed video sources 76, 77 are fed to the MFM. Compressed streams may originate from satellite feeds or an IP distribution network 76. Uncompressed streams may originate from Video tape recorders or TV cameras.

The MFM converts the incoming streams to formats that can be distributed in the service provider's distribution network 80 (typically low and constant bit rate streams). In addition, incoming content preview 78 is provided using the decoding functionality of the MFM.

The Communicator element 73 transmits the converted streams to the Wide Area Network (WAN) 80 for distribution.

b. Central Office (CO) 90 Data Flow:

In the Central Office (CO) local compressed/uncompressed content is introduced into the MFM 92 in the same manner described above for the HeadEnd. The MFM 92 transcodes the local content to a format that can streamed over the DSL network (typically low and constant bit rate). The Communicator 93 is then used to transmit the transcoded streams over the CO's ATM network towards the customers' homes via the DSL lines. In addition, local storage 94 provides Video on demand functionalities to the customers connected to the CO.

Local and external feeds are streamed out of the CO via a DSL Service Access Multiplexer (DSLAM) 98 to the customers' homes.

c. Home 100 Data Flow:

At the customers homes the video streams are received via the telephone line, and converted to Ethernet by an ATU-R 108 device. The streams are then transmitted to a TV set-top box 110 or to a home PC 106 for viewing.

It is apparent from the example described above that the variety of video and audio processing and streaming functionalities needed to implement the network described in FIG. 5 can all be achieved using the system of the present invention. By deploying the apparatus described in the present invention instead of a variety of different existing devices, the service provider deploying the ADSL network can reduce significantly its maintenance costs and occupied office space, gaining the inherent flexibility and scalability that the system of the present invention provides.

Claims

1. A modular, storage-less, real-time scalable video/audio streaming and switching system comprising

a media format matrix, said media format matrix comprising:

a. at least one star topology packet switching fabric module, for managing network streaming inside said media format matrix;

b. one or more controller modules connected with said at least one switching fabric module and with an external management unit, for configuring and controlling said media format matrix; and

at least one of a group consisting of:

c. one or more encoding modules connected with said switching fabric module, for receiving uncompressed video or audio and converting it into a predefined compressed format;

d. one or more decoding modules connected with said switching fabric module, for receiving compressed video or audio and converting it into a predefined uncompressed format;

e. one or more compressed stream interface modules connected with said switching fabric module, for transmitting compressed data between said switching fabric and an external media interface;

f. one or more transcoding modules connected with said switching fabric module, for receiving compressed streams from said switching fabric, transcoding them into different compressed formats and sending said different compressed stream back to said switching fabric;

g. one or more NIC modules connected with said switching fabric module, for connecting between said media format matrix and one or more distribution networks; and

h. one or more pre-processing modules connected with said switching fabric module, for processing uncompressed streams.

2. The system of claim 1, additionally comprising a communicator device connected with said media format matrix, for inputting streams from local or wide area distribution networks into the matrix and for outputting streams from the matrix to local or wide area distribution networks.

3. The system of claim 1, wherein said external management unit is operable to communicate to at least one of said one or more controller modules a configuration of said matrix.

4. The system of claim 1, wherein said one or more switching fabric modules use a standard network protocol.

5. The system of claim 4, wherein said standard network protocol is IP over Ethernet.

6. The system of claim 1, wherein said media format matrix is connected with multiple input channels.

7. The system of claim 6, wherein said multiple input channels comprise compressed video/audio and uncompressed video/audio.

8. The system of either of claims 1 or 6, wherein said media format matrix is connected with multiple output channels.

9. The system of claim 8, wherein said multiple output channels comprise compressed video/audio and uncompressed video/audio.

10. The system of claim 1, wherein said media format matrix modules and said external management unit use a common management protocol.

11. The system of claim 10, wherein said common management protocol is SNMP.

12. The system of claim 1, wherein said one or more compressed stream interfaces additionally serve for scrambling and/or descrambling compressed signals.

13. The system of claim 1, comprising more than one switching fabric modules, and wherein each of said switching fabric modules is connected to at least another one of said switching fabric modules, and wherein said switching fabric modules create a cluster of connected switching fabric modules.

14. The system of claim 1, comprising more than one switching fabric modules, and wherein each of said switching fabric modules is connected to all of said media format matrix modules for enabling redundancy of said media format matrix modules.

15. The system of claim 1, wherein said one or more controller modules control external network elements.

16. The system of claim 15, wherein said external network elements comprise one of the group including router and video switcher.

17. The,system of claim 1, wherein said external management unit directly controls at least one of said media format matrix modules.

18. A method of encoding video/audio data streams, comprising the steps of:

providing a streaming and switching system comprising a media format matrix, said media format matrix comprising:

a. at least one star topology switching fabric module, for managing network streaming inside said media format matrix;

b. one or more encoding modules connected with said switching fabric module, for receiving uncompressed video or audio and converting it into a predefined compressed format;

c. one or more compressed stream interface modules connected with said switching fabric module, for transmitting compressed data between said switching fabric and an external media interface;

d. one or more NIC modules connected with said switching fabric module, for connecting between said media format matrix and one or more distribution networks; and

e. one or more controller modules connected with said switching fabric module and with an external management unit, for configuring and controlling said media format matrix;

inputting an uncompressed data stream into the system;

converting said data stream into a desired compressed format and/or bit rate; and

transmitting said compressed data towards one of said switching fabric modules.

19. The method of claim 18, wherein said media format matrix additionally comprises one or more pre-processing modules connected with said switching fabric module; and

additionally comprising, after said step of inputting an uncompressed data stream, a step of preprocessing said uncompressed data stream.

20. The method of claim 18, wherein said media format matrix additionally comprises one or more decoding modules; and

additionally comprising, after said step of converting, a step of generating an additional copy of said compressed data and directing said additional copy to one of said decoding modules.

21. The method of claim 20, wherein said decoder module decodes said additional copy of said compressed data and wherein said decoded data is compared to said uncompressed data stream input into the system.

22. The method of claim 18, wherein said uncompressed data stream is input via an interface of one of said encoding modules;

23. The method of claim 19, wherein said uncompressed data stream is input via one of said pre-processing modules.

24. The method of claim 18, additionally comprising, after said step of transmitting, the steps of:

directing said compressed data from said switching fabric module towards one of said NIC modules; and

transmitting said compressed data to a distribution network.

25. The method of claim 18, additionally comprising, after said step of transmitting, the steps of:

directing said compressed data from said switching fabric module towards one of said compressed stream interface modules; and

transmitting said compressed data out of said media format matrix on a compressed stream interface.

26. A method of decoding video/audio data streams, comprising the steps of:

providing a streaming and switching system comprising a media format matrix, said media format matrix comprising:

a. at least one star topology switching fabric module, for managing network streaming inside said media format matrix;

b. one or more decoding modules connected with said switching fabric module, for receiving compressed video or audio and converting it into a predefined uncompressed format;

c. one or more interface means connected with said switching fabric module, for transmitting compressed data between said switching fabric and an external media interface; and

d. one or more controller modules connected with said switching fabric module and with an external management unit, for configuring and controlling said media format matrix;

inputting a compressed data stream into the system and transmitting it to one of said switching fabric modules;

directing said compressed stream from said switching fabric module to one or more of said decoding modules; and

decoding said stream to one or more uncompressed format.

27. The method of claim 26, wherein said interface means comprises one or more compressed stream interface modules connected with said switching fabric module.

28. The method of claim 26, wherein said interface means comprises one or more NIC modules connected with said switching fabric module.

29. A method of transcoding video/audio data streams, comprising the steps of:

providing a streaming and switching system comprising a media format matrix, said media format matrix comprising:

a. at least one star topology switching fabric module, for managing network streaming inside said media format matrix;

b. one or more interface means connected with said switching fabric module, for transmitting compressed data between said switching fabric and an external network;

c. one or more transcoding modules connected with said switching fabric module, for receiving compressed streams from said switching fabric, transcoding them into different compressed formats and sending said differently compressed stream back to said switching fabric; and

d. one or more controller modules connected with said switching fabric module and with an external management unit, for configuring and controlling said media format matrix;

inputting a compressed data stream to the system;

transmitting said compressed stream to one of said switching fabric modules;

directing said compressed stream to one or more said transcoding modules;

transcoding said compressed stream to a desired format or bit-rate or resolution; and

transmitting said transcoded stream to one said switching fabric modules.

30. The method of claim 29, wherein said interface means comprises one or more compressed stream interface modules.

31. The method of claim 29, wherein said interface means comprises one or more NIC modules.

32. The method of claim 31, additionally comprising the steps of:

transmitting said transcoded stream from said switching fabric module to one of said NIC modules; and

transmitting said transcoded stream from said NIC module to a network.

33. The method of claim 30, additionally comprising the steps of:

transmitting said transcoded stream from said switching fabric module to one of said compressed stream interface modules; and

outputting said transcoded stream from said compressed stream interface module.

34. The method of claim 29, wherein said media format matrix additionally comprises one or more decoding modules; and additionally comprising the steps of:

transmitting said transcoded stream from said switching fabric module to one of said decoding modules;

decoding said transcoded stream; and

monitoring said decoded stream.