CBC Archives – The Broadcast Knowledge

Video: Best Practices for End-to-End Workflow and Server-Side Ad Insertion Monitoring

Posted on 26th March 2021 by Russell Trafford-Jones

This video from the Streaming Video Alliance, presented at Mile High Video 2020 looks at the result of recent projects document the best practice for two important activities: server-side ad insertion (SSAI) and end-to-end (E2E) workflow monitoring. First off, is E2E monitoring which defines a multi-faceted approach to making sure you’re delivering good-quality content well.

The this part of the talk is given by Christopher Kulbakas who introduces us to the document published by the Streaming Video Alliance covering monitoring best practices. The advice surrounds three principles: Creating a framework, deciding on metrics, and correlation. Christopher explains the importance of monitoring video quality after a transcode or encode since it’s easy to take a sea of green from your transport layer to indicate that viewers are happy. If your encode looks bad, viewers won’t be happy just because the DASH segments were delivered impeccably.

The guidance helps your monitor your workflow. ‘End to end’ doesn’t imply the whole delivery chain, only how to ensure the part you are responsible for is adequately monitored.

Christopher unveils the principles behind the modular monitoring across the workflow and tech stack:
1) Establish monitoring scope
Clearly delineate your responsibility from that of other parties. Define exactly how and to what standard data will be handled between the parties.

2) Partition workflow with monitoring points
Now your scope is clear, you can select monitoring points before and after key components such as the transcoder.

3) Decompose tech stage
Here, think of each point in the workflow to be monitored as a single point in a stack of technology. There will be content needing a perceptual quality monitor, Quality of Service (QoS) and auxiliary layers such as player events, logs and APIs which can be monitored.

4) Describe Methodology
This stage calls for documenting the what, where, how and why of your choices, for instance explaining that you would like to check the manifest and chunks on the output of the packager. You’d do this with HTTP-GET requests for the manifest and chunks for all rungs of the ladder. After you have finished, you will have a whole set of reasoned monitoring points which you can document and also share with third parties.

5) Correlate results
The last stage is bringing together this data, typically by using an asset identifier. This way, all alarms for an asset can be grouped together and understood as a whole workflow.

End-to-End Server-Side Ad Monitoring

The last part of this talk is from Mourad Kioumgi from Sky who walks us through a common scenario and how to avoid it. An Ad Buyer complains their ad didn’t make it to air. Talking to every point in the chain, everyone checks their own logs and says that their function was working, from the schedulers to the broadcast team inserting the SCTE markers. The reality is that if you can’t get to the bottom of this, you’ll lose money as you lose business and give refunds.

The Streaming Video Alliance considered how to address this through better monitoring and are creating a blueprint and architecture to monitor SSAI systems.

Mourad outlines these possible issues that can be found in SSAI systems:
1) Duration of content is different to the ad duration.
2) Chunks/manifest are not available or poorly hosted
3) The SCTE marker fails to reach downstream systems
4) Ad campaigns are not fulfilled despite being scheduled
5) Ad splicing components fail to create personalised manifests
6) Over-compression of the advert.

Problems 2,3, 5 and 6 are able to be caught by the monitoring proposed which revolves around adding the Creative ID and AdID into the manifest file. This way, problems can be correlated which particularly improves the telemetry back from the player which can deliver a problem report and specify which asset was affected. Other monitoring probes are added to monitor the manifests and automatic audio and video quality metrics. Sky successfully implemented this as a proof of concept with two vendors working together resulting in a much better overview of their system.

Mourad finishes his talk looking at the future creating an ad monitoring framework to distribute an agreed framework document for. best practices.

Watch now!
Speakers

	Christopher Kulbakas Project Lead, Senior Systems Designer, Media Technology & infrastructure, CBC/Radio Canada
	Mourad Kioumgi VOD Solutions Architect. Sky

Video: NMOS – Ready, Steady, Go!

Posted on 3rd December 2020 by Russell Trafford-Jones

We have NMOS IS-04,-05, 6, 7…all the way to 10. Is it possibly too complex? Each NMOS specification brings an important feature to an IP/SMPTE ST-2022 workflow and not every system needs each one so life can become confusing. To help, NVIDIA (who own Mellanox) have been developing an open-source project which allows for quick and easy deployment of an NMOS test system.

Kicking off the presentation, Félix Poulin, explains how the EBU Pyramid for Media Nodes shows how SMPTE ST 2110 depends on a host of technologies surrounding it to create a large system. These are such as ‘Discovery and registration; channel mapping, event and tally, Network control, security and more. Félix shows how AMWA’s BCP-003-01 gives guidelines on securing NMOS comms. How IS-09 allows nodes to join the system and collect system parameters and then register itself in the IS-04 database. IS-05 and IS-06 allow end-points to be connected either through IGMP with IS-05 or by an SDN controller, using -06. IS-08 allows for audio mapping/shuffling with BCP-002-01 marking which streams belong to each other and can be taken as a bundle. IS-07 gives a way for event and tally information to be passed from place to place.

There’s a lot going on, already published and getting started can seem quite daunting. For that reason, there is an ‘NMOS at a glance‘ document now on the NMOS website. Gareth Sylvester-Bradley from Sony looks at the ongoing work within NMOS such as finalising IS-10 and BCP-003-02 both of which will enable secure authorisation of clients in the system and explains how AMWA works and ensures the correct direction of the NMOS activity groups with sufficient business cases and participation. He also outlines the importance of the NMOS testing tool and the criteria used for quality and adoption. Gareth finishes by discussing the other in-progress work from NMOS including work on EDID connection management as part of the pro AV IPMX project.

Finally, Richard Hastie introduces the ‘Easy-NMOS’ which provides very easy deployment of IS-04, 05 & 09 along with BCP-003-01 and BCP-002-01. Introduced in 2019, Mellanox – now part of NVIDIA – developed this easy-to-deploy, containerised set of 3 ‘servers’ which quickly and easily deploy these technologies including a test suite. This doesn’t move media, but it creates valid NMOS nodes and includes an MQTT broker. One container contains the NMOS Registry, controller and MQTT broker. One is a virtual mode and the last is an NMOS testing service. Richard walks us through the 4-line install and brief configuration ahead of installing this and demonstrating how to use it.

Watch now!
Speakers

	Félix Poulin Director, Media Transport Architecture & Lab CBC/Radio-Canada
	Gareth Sylvester-Bradley Principal engineer, Sony EPE
	Richard Hastie Senior Sales Director, Mellanox Business Development NVIDIA

Video: The 2020 EBU Pyramid of User Requirements

Posted on 18th August 2020 by Russell Trafford-Jones

There’s a lot more to IP-based production than just getting your video and audio streaming between devices. You need configuration tools, you need timing, there’s the management of the devices to consider and, critically, security. the problem is, working in IP is still new and many of the solutions are yet to mature. This means we still don’t have all the tools we need to realise the full promise of live production IP systems.

Back in 2018, the EBU embarked on a project to focus the industry on the gaps: The Technology Pyramid. This pyramid shows that although we, as an industry, had largely succeeded in defining essence transport over IP, this was only the ‘top of the iceberg’, so to speak, in what needed to be done. also known by its full name, “The Technology Pyramid for Media Nodes 2018”, it shows that everything is underpinned by security, upon that is configuration and monitoring, with discovery and registration built on that.

One important aspect of the pyramid is the green – yellow – red colour coding. When initially released, the only green was the transport layer, but this talk looks at the 2020 edition of the pyramid which shows that the time & sync, as well as discovery and connection, have improved.

We’re joined by Willem Vermost and Félix Poulin to discuss the problems the industry has faced to date and the progress made in making the pyramid green. Both previously with the EBU and now both with early-adopter broadcasters who are going live with IP systems, they are perfectly placed to explain the evolution on of the market.

Not only has the colouring of the pyramid changed, but the detail of what each layer constitutes has evolved. The industry has reacted with a number of specifications such as JT-NM TR-1001-1 and AMWA BCP-003. Willem and Félix explain the hidden necessities that have come out of the woodwork as the early adopters have fought to make everything work. PTP is a good example, being able to free-wheel without a PTP clock for 5 minutes and then join back without a glitch has been added to the list of requirements. Time stamping and lip-sync have proven tricky, too. Intermediate processing steps place their timestamps over the original timestamp of when the media was captured. If you are trying to sync audio and video which have gone through processing, you need the original timestamps which have now been lost. This problem is being addressed but until it is, it’s a big gap.

Overall we can see the power of focussing people’s attention in this way. Whilst there is much more detail in the talk itself, just from the extracts in this article, it’s clear progress has been made and with plenty more broadcasters starting their IP projects, there is all the more motivation for the vendors to implement the requirements as laid out than there was before.

Watch now!
Speakers

	Willem Vermost Design & Engineering Manager, VRT
	Félix Poulin Direcor – Media Transport Architecture & Lab CBC/Radio-Canada

Webinar: Broadcaster VOD: Delivering the next-generation of catch-up viewing

Posted on 28th January 2020 by Russell Trafford-Jones

With Amazon, Netflix and so many other VOD services available, broadcasters like the BBC and Discovery are investing a lot in their own VOD services, known as Broadcaster VOD (BVOD) in order to maintain relevance, audiences and revenue.

Commercial broadcasters such as Sky, ITV and Channel 4 are trying hard to attract advertisers and “have all launched new ad formats, struck deals with ad tech vendors to build marketplaces and set up programmatic teams to manage them” according to a report from digiday.com. As such this means that the battle for advertisers wallets is moving more towards VOD from linear.

Date: Thursday 30 January, 14:00 GMT / 9 a.m. ET

With this in mind, IBC365 will discuss the business models, platforms and strategies being used by BVOD platforms. They will look at the BBC’s move to build a deep content library of free-to-view box sets, and to the importance of data, personalisation and addressable advertising models.

Further more, this webinar will talk about the commercial and technical requirements to build a BVOD to a standard that’s going to stand on its own in this increasingly crowded, but well-funded marketplace.

	Richard Davidson-Houston Founder, Finally Found Ltd.
	Roma Kojima Senior Director OTT Video (CBC Gem), Canadian Broadcasting Corporation
	Niels Baas Managing Director, NLZIET

Subscribe to get daily updates