[Release Candidate] Backup IP/FQDN for sources

You can now define a backup IP/FQDN for your live, asset and asset catalog sources. When the primary IP/FQDN returns an error (404, 500, 502, 503, 504) or times out (>2 seconds), it will be blacklisted for 10 minutes, and origin requests will automatically switch to the backup IP/FQDN.

Please see our API documentation:

• Sources/live
• Sources/asset
• Sources/asset-catalog

Here is a screenshot of the WebApp showing the addition of a backup IP/FQDN on an existing live source:

---

Please note that this feature is still in Release Candidate phase. A feature marked as Release Candidate (RC) is available for all users and has passed initial testing phases. It is considered functional and stable, but may still undergo minor refinements based on real-world usage and feedback. By using RC features, you can access the latest innovations while contributing to their final optimization. We will update this changelog when the feature moves from RC to GA (General Availability).

Streamlined source creation for services

We know setting up services can involve multiple steps, especially when managing different source components. To make this process faster and more intuitive, we’ve introduced a way to create sources directly while creating a service in the webapp.

Now, for each source component, you'll find a “+” button that opens a source creation form. The form adapts dynamically, filtering the "Source type" field based on the context of the calling field. For example:

• Content Replacement:
  • “Choose content”: live
  • “Choose default replacement content”: live or asset
• Virtual Channel:
  • “Choose base live source”: live
  • “Select an ad server”: ad-server
  • “Select a gap filler”: asset or slate
• Content Replacement/Virtual Channel slots:
  • “Replacement content”: live or asset
• Dynamic Ad Insertion:
  • “Choose content”: live or asset-catalog
  • “Select an ad server”: ad-server
  • “Select a gap filler”: asset or slate
• Adaptive Streaming CDN:
  • “Choose origin”: origin

Once a source is created, the drawer closes automatically, and the new source is set in the calling field, making the setup process smoother and more efficient.

Report a bug directly from the webapp

We understand that reporting issues should be quick and seamless to help us improve your experience with the app.

We’ve added an "I Have a Bug" button, accessible throughout the web app, that opens a simple reporting form. You can now specify the type of bug, when it occurred, the service affected, and provide a description—all in one convenient place. Look at the bottom left of your webapp!

Update the source of a service as long as the format is preserved

Sometimes, you want to update the source of your service without creating a new one, as you already have everything configured on the output side.

We were preventing before the capacity to do an update - starting today, you can update via the web app or API the source of your services as soon as the format is preserved (HLS/DASH).

Addition of a changelog widget in the webapp dashboard

We recognized that it was not always easy to stay up-to-date with our latest features and bug fixes without checking the changelog of our Knowledge Center.

We have created a widget directly displayed on the web app dashboard to let you see new changelog entries.

Byte-range requests

We had an issue with HTTP requests that included one or more range HTTP headers (byte-range) on our manipulated manifests (that we were answering with an HTTP 206). This impacted insertions and ad replacements for the application Dynamic Ad Insertion.

We are happy to report that we fixed the problem, and you can now continue to use byte-range requests.

As a reminder, our platform returns HTTP response status code 206: Partial Content to indicate that an HTTP request has been completed and that the message body contains the requested data ranges.

Support transcode of .ts ads

Some ads we receive to be inserted in our DAI app are in .ts format (Content-Type: video/mp2t).

We now support the on-the-fly transcoding of .ts files to be inserted in HLS and DASH feeds.

Change of behavior with slate/gap-filler for Live DAI app

Previous behavior: in the context of live ad replacement, if a slate (gap-filler) was configured within the service, and a VAST (Video Ad Serving Template) response was empty, the entire ad pod was replaced by the slate..

New behavior: instead of replacing the entire ad pod with a slate in the event of an empty VAST, we maintain the original ad pod as intended.

Support manifest URLs with no file extension

Some packagers generate manifest URLs that don't end with .mpd or .m3u8.

We now support this type of URLs.

Support of HEAD on streaming requests

When activating Server Side Ad Tracking, some players cannot detect ad segments' MIME types. Therefore, these players perform HEAD requests to broadpeak.io for more information on the ad segments.

We now support HEAD requests on the platform to support this kind of use case.