none
[Azure Media Services] ストリーミングエンドポイントの固定、変動 URL について RRS feed

  • 質問

  • お世話になります。

    ライブストリーミング時の、エンドポイントの URL について (1) (2) (3) を質問させてください。

    (1) 管理ポータルでチャンネルの再起動を行うと エンドポイントの発行 URLが変わりますが、この場合、Player 側で URL を再生前に取得しておく必要があります。取得する API は何でしょうか?

    (2) LocatorBaseCollection.CreateLocator を使った場合、URL を固定にすることができますが、何らかの「理由/都合」があって (1) の変動 URL をデフォルト動作にされているもの、と推測しております。この推測から、仮に固定 URL でエンドポイントを生成した場合、何らかの「理由/都合」に遭遇してしまいますか?

    (3) エンドポイントは変動URL/固定URLのうち、推奨されるものはどちらでしょうか?(特に推奨すべき方がなければ、それはそれで構いません)

    LocatorBaseCollection.CreateLocator Method

    https://msdn.microsoft.com/en-us/library/dn891518(v=azure.10).aspx



    2016年2月1日 10:45

回答

  • お世話になります。

    (1) について、解決しましたので結果を記載しておきます。

    配信URLは Locator を作成する事で作成され、取得できます。

    Locator:
    https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fmsdn.microsoft.com%2fja-JP%2flibrary%2fazure%2fhh974308.aspx&data=01%7c01%7cdahatake%40064d.mgd.microsoft.com%7c31654b8fc86348c35e9508d331532397%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=k8I9guDX2iulagBAMBuxJ5C8XubIUmx9RBCnuWQSOoM%3d

    Locatorは「Asset」に紐づきます。
    Programもまた作成時に、必ずAssetIDを指定して、「Asset」に紐づきます。
    https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fmsdn.microsoft.com%2fja-jp%2flibrary%2fazure%2fdn783463.aspx&data=01%7c01%7cdahatake%40064d.mgd.microsoft.com%7c31654b8fc86348c35e9508d331532397%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=iJ18nzDRKJCXUOmozLpzH5cUBLrqViRMx76gzENFp6E%3d

    (1)プログラム一覧を取得
    Channelより取得します。
    https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fmsdn.microsoft.com%2fja-JP%2flibrary%2fazure%2fdn783463.aspx&data=01%7c01%7cdahatake%40064d.mgd.microsoft.com%7c31654b8fc86348c35e9508d331532397%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=O2cfsXVAAGLyk6HrCIMt4Lj0UE7xT%2fnPvv6vCcFwPe4%3d

    (2)プラグラムの発行URLを取得
    Program に紐づけられているAssetを取得し、Assetに紐づけれているLocatorを呼び出します。

    Asset:
    https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fmsdn.microsoft.com%2fja-JP%2flibrary%2fazure%2fhh974277.aspx&data=01%7c01%7cdahatake%40064d.mgd.microsoft.com%7c31654b8fc86348c35e9508d331532397%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=Y7nQL0Y20Yg1CmIgSmyonlVLv7gV83sopsnGrpzDH9U%3d


    (2)

    (3)

    • 回答としてマーク Akira Ueda 2016年2月12日 1:32
    2016年2月12日 1:32