Support parsing of license server URL from DASH manifest

[ARKMe]

I'm trying to play a DASH video with Widevine DRM provided by Azure.
In the manifest, inside the ContentProtection node, I receive: <ms:laurl licenseUrl="XXXXXX" />, but DashManifestParser doesn't parse that node. I'd prefer avoiding to download and parse the video manifest to get the licenseUrl, is there another way to achieve this?

[ojw28]

Can you please provide the full manifest, so we can see what's provided there? The url may be provided in more than once place (possibly in encoded form). What happens if you pass defaultLicenseUrl == null to HttpMediaDrmCallback constructor?

[workspace]

@ARKMe my service uses Azure Media Service too.
We faced the same problem with your cases, and we solved it with custom DashManifestParser and CustomDashManifest.

AzureDashManifest

public class AzureDashManifest extends DashManifest {

  public final String drmLicenseUrl;

  public AzureDashManifest(long availabilityStartTime, long duration, long minBufferTime,
                           boolean dynamic, long minUpdatePeriod, long timeShiftBufferDepth,
                           long suggestedPresentationDelay, UtcTimingElement utcTiming,
                           Uri location, String drmLicenseUrl, List<Period> periods) {
    super(availabilityStartTime, duration, minBufferTime, dynamic, minUpdatePeriod,
        timeShiftBufferDepth, suggestedPresentationDelay, utcTiming, location, periods);
    this.drmLicenseUrl = drmLicenseUrl;
  }
}

AzureDashManifestParser

// abstract code
public class AzureDashManifestParser extends DashManifestParser {

  private String drmLicenseUrl = null;

  @Override
  protected AzureDashManifest buildMediaPresentationDescription(...) {
    return new AzureDashManifest(availabilityStartTime, durationMs, minBufferTimeMs,
        dynamic, minUpdateTimeMs, timeShiftBufferDepthMs, suggestedPresentationDelayMs, utcTiming,
        location, drmLicenseUrl, periods);
  }
  @Override
  protected DrmInitData.SchemeData parseContentProtection(XmlPullParser xpp) throws XmlPullParserException,
      IOException {
...
      } else if (XmlPullParserUtil.isStartTag(xpp, "ms:laurl")) {
        drmLicenseUrl = xpp.getAttributeValue(null, "licenseUrl");
      }
...
}

Then you can use it with following steps below

1. load manifest with custom classes for Azure (in background thread)

public static AzureDashManifest loadManifest(DataSource dataSource, Uri uri)
		throws IOException {
		DataSpec dataSpec = new DataSpec(uri,
			DataSpec.FLAG_ALLOW_CACHING_UNKNOWN_LENGTH | DataSpec.FLAG_ALLOW_GZIP);
		ParsingLoadable<DashManifest> loadable = new ParsingLoadable<>(dataSource, dataSpec,
			C.DATA_TYPE_MANIFEST, new AzureDashManifestParser());
		loadable.load();
		return (AzureDashManifest) loadable.getResult();
	}

2. initialize drm session manager with parsed manifest.

String drmLicenseUrl = manifest.drmLicenseUrl;
Map<String, String> keyRequestProperties = new HashMap<>();
keyRequestProperties.put("Authorization", String.format("Bearer=%s", token));
drmSessionManager = buildDrmSessionManager(drmLicenseUrl, keyRequestProperties);
// then initialize player with this drm session manager.

3. build media source with sideloaded manifest. you can reuse manifest to build media source.

videoSource = new DashMediaSource(
    manifest, new DefaultDashChunkSource.Factory(mediaDataSourceFactory), mainHandler, null
);

[workspace]

@ojw28
As you can see from the exoplayer demo, I need to know the drm license url in the step of initializing the player. However, in the case of Azure, it is difficult to know the drm license url because it dynamically constructs the manifest. Once I've solved the problem by implementing a custom class like the above answer, is there any better way?

[ojw28]

@AquilesCanta - I think we probably need to add a Uri field to SchemeData, that can be populated in the manifest parser, for this kind of case. Or something like that?

It's somewhat unclear what preference should be given to that Uri vs the one from KeyRequest.getDefaultUrl though. I think we'd probably need to prefer the one provided by KeyRequest.getDefaultUrl if both are present, since that can be used as a mechanism for redirecting license requests to a heartbeat server.

[workspace]

1

[codeindream]

+1

[AquilesCanta]

Has anyone provided a sample manifest, as requested above?

[workspace]

https://educastmedia.streaming.mediaservices.windows.net/ccfa9378-938f-4368-a7e2-f4705e220c4a/video.ism/Manifest(format=mpd-time-csf)

You can download it from link