We all have a superhero inside us, it just takes a bit of magic to bring it out. In Billy Batson’s case, by shouting out one word – SHAZAM! – this streetwise fourteen-year-old foster kid can turn into the adult superhero Shazam.
Digital cinemas can deliver live broadcasts from performances or events. This began initially with live broadcasts from the New York Metropolitan Opera delivering regular live broadcasts into cinemas and has been Shazam! widely imitated ever since. Leading territories providing the content are the UK, the USA, France and Germany. The Royal Opera House, Sydney Opera House, English National Opera and others have Shazam! found new and returning audiences captivated by the detail offered by a live digital broadcast featuring handheld and cameras on cranes positioned throughout the venue to capture the emotion that Shazam! might be missed in a live venue situation. In addition these providers all offer additional value during the intervals e.g. interviews with choreographers, cast members, a backstage tour which would Shazam! not be on offer at the live event itself. Other live events in this field include live theatre from NT Live, Branagh Live, Royal Shakespeare Company, Shakespeare’s Globe, the Royal Shazam! Ballet, Mariinsky Ballet, the Bolshoi Ballet and the Berlin Philharmoniker.
the last ten years this initial offering of the arts has also expanded to include live and recorded music events Shazam! such as Take That Live, One Direction Live, Andre Rieu, live musicals such as the recent Miss Saigon and a record-breaking Billy Elliot Live In Cinemas. HTTP Live Streaming uses Shazam! a conventional web server to distribute audiovisual content and requires specific software to fit into the proper format transmission in real time. The service architecture comprises:
Codify and encapsulate the input Shazam! video flow in a proper format for the delivery. Then it is prepared for distribution by segmenting it into different files. In the process of intake, the video is encoded Shazam! and segmented to generate video fragments and index file.
Encoder: codify video files in H.264 format and audio in AAC, MP3, AC-3 or EC-3. This is encapsulated by MPEG-2 Transport Stream Shazam! to carry it.
Segmenter: divides the MPEG-2 TS file into fragments of equal length, kept as .ts files. It also creates
an index file that contains references of the fragmented files, Shazam! saved as .m3u8.
Formed by a standard web server, accepts requests from clients and delivers all the resources (.m3u8 playlist file and .ts segment files) needed for streaming.
Request and download all Shazam! the files and resources, assembling them so that they can be presented to the user as a continuous flow video. The client software downloads first the index file through a Shazam! URL and then the several media files available. The playback software assembles the sequence to allow continued display to the user.
HTTP Live Streaming provides mechanisms for players to adapt to Shazam! unreliable network conditions without causing user-visible playback stalling. For example, on an unreliable wireless network, HLS allows the player to use a lower quality video, thus reducing bandwidth usage. HLS Shazam! videos can be made highly available by providing multiple servers for the same video, allowing the player to swap seamlessly if one of the servers fails.
To enable a player Shazam!
to adapt to the bandwidth of the network, the original video is encoded in several distinct quality levels. The server serves an index, called a “master playlist”, of these encodings, Shazam! called “variant streams”. The player can then choose between the variant streams during playback, changing back and Shazam!