مفاهيم Azure Media Services

media services logo


ملاحظة

قم بتحديث Azure Media Services REST API وSDKs إلى الإصدار 3 بحلول 29 فبراير 2024. يوفر الإصدار 3 من Azure Media Services REST API وSDKs للعميل ل .NET وJava قدرات أكثر من الإصدار 2. نحن نتوقف عن الإصدار 2 من واجهة برمجة تطبيقات REST لخدمات الوسائط Azure وSDKs للعميل ل .NET وJava.

الإجراء مطلوب: لتقليل تعطيل أحمال العمل الخاصة بك، راجع دليل الترحيل لانتقال التعليمات البرمجية الخاصة بك من الإصدار 2 API وSDKs إلى الإصدار 3 API وSDK قبل 29 فبراير 2024. بعد 29 فبراير 2024، لن تقبل Azure Media Services نسبة استخدام الشبكة على الإصدار 2 REST API، أو إصدار API لإدارة حساب ARM 2015-10-01، أو من الإصدار 2 .NET client SDKs. يتضمن ذلك أي SDKS عميل مفتوح المصدر تابع لجهة خارجية قد يستدعي الإصدار 2 API. تعرف على أحدث إصدار، بدءا من نظرة عامة على خدمات الوسائط الإصدار 3.

يقدم هذا الموضوع نظرة عامة على أهم مفاهيم خدمات الوسائط.

الأصول والتخزين

الأصول

يحتوي الأصل على ملفات رقمية (بما في ذلك الفيديو والصوت والصور ومجموعات الصور المصغرة والمسارات النصية وملفات التسمية التوضيحية المغلقة) وبيانات التعريف حول هذه الملفات. بعد تحميل الملفات الرقمية إلى أصل، يمكن استخدامها في ترميز خدمات الوسائط وتدفق سير العمل.

يتم تعيين أصل إلى حاوية كائن ثنائي كبير الحجم في حساب تخزين Azure ويتم تخزين الملفات الموجودة في الأصل ككائنات ثنائية كبيرة الحجم للكتلة في تلك الحاوية. لا تدعم Azure Media Services الكائنات الثنائية كبيرة الحجم للصفحات.

عند تحديد محتوى الوسائط المطلوب تحميله وتخزينه في أصل، تنطبق الاعتبارات التالية:

  • يجب أن يحتوي الأصل على مثيل فريد واحد فقط من محتوى الوسائط. على سبيل المثال، تحرير واحد لحلقة تلفزيونية أو فيلم أو إعلان.
  • يجب ألا يحتوي الأصل على تسليمات أو تحريرات متعددة لملف سمعي بصري. أحد الأمثلة على الاستخدام غير السليم للأصل هو محاولة تخزين أكثر من حلقة تلفزيونية أو إعلان أو زوايا كاميرا متعددة من إنتاج واحد داخل أحد الأصول. يمكن أن يؤدي تخزين تسليمات متعددة أو تحريرات لملف سمعي بصري في أصل ما إلى صعوبات في إرسال مهام الترميز، وتدفق وتأمين تسليم الأصل لاحقا في سير العمل.

ملف الأصل

يمثل AssetFile ملف فيديو أو صوت فعلي يتم تخزينه في حاوية كائن ثنائي كبير الحجم. يقترن ملف الأصل دائما بأحد الأصول، وقد يحتوي الأصل على ملف واحد أو أكثر. تفشل مهمة ترميز خدمات الوسائط إذا لم يكن كائن ملف الأصل مقترنا بملف رقمي في حاوية كائن ثنائي كبير الحجم.

مثيل AssetFile وملف الوسائط الفعلي هما كائنان مميزان. يحتوي مثيل AssetFile على بيانات تعريف حول ملف الوسائط، بينما يحتوي ملف الوسائط على محتوى الوسائط الفعلي.

يجب عدم محاولة تغيير محتويات حاويات الكائن الثنائي كبير الحجم التي تم إنشاؤها بواسطة خدمات الوسائط دون استخدام واجهات برمجة تطبيقات خدمة الوسائط.

خيارات تشفير الأصول

استنادا إلى نوع المحتوى الذي تريد تحميله وتخزينه وتسليمه، توفر خدمات الوسائط خيارات تشفير مختلفة يمكنك الاختيار من بينها.

ملاحظة

لا يتم استخدام أي تشفير. هذه هي القيمة الافتراضية. عند استخدام هذا الخيار، لا يكون المحتوى محميا أثناء النقل أو في وضع الثبات في التخزين.

إذا كنت تخطط لتسليم MP4 باستخدام التنزيل التدريجي، فاستخدم هذا الخيار لتحميل المحتوى الخاص بك.

StorageEncrypted - استخدم هذا الخيار لتشفير المحتوى الواضح محليا باستخدام تشفير AES 256 بت ثم تحميله إلى Azure Storage حيث يتم تخزينه مشفرا في حالة الثبات. يتم إلغاء تشفير الأصول المحمية بتشفير التخزين تلقائيا ووضعها في نظام ملفات مشفر قبل الترميز، وإعادة تشفيرها اختياريا قبل التحميل مرة أخرى كأصل إخراج جديد. حالة الاستخدام الأساسية لتشفير التخزين هي عندما تريد تأمين ملفات وسائط الإدخال عالية الجودة مع تشفير قوي في وضع الثبات على القرص.

لتسليم أصل مشفر للتخزين، يجب عليك تكوين نهج تسليم الأصل حتى تعرف خدمات الوسائط كيف تريد تسليم المحتوى الخاص بك. قبل أن يمكن دفق الأصل الخاص بك، يقوم خادم الدفق بإزالة تشفير التخزين وبث المحتوى باستخدام نهج التسليم المحدد (على سبيل المثال، AES أو PlayReady أو بدون تشفير).

CommonEncryptionProtected - استخدم هذا الخيار إذا كنت تريد تشفير المحتوى (أو تحميله مشفر بالفعل) باستخدام التشفير الشائع أو PlayReady DRM (على سبيل المثال، التدفق السلس المحمي ب PlayReady DRM).

EnvelopeEncryptionProtected – استخدم هذا الخيار إذا كنت تريد حماية (أو تحميل محمي بالفعل) HTTP Live Streaming (HLS) مشفر باستخدام معيار التشفير المتقدم (AES). إذا كنت تقوم بتحميل HLS مشفر بالفعل باستخدام AES، فيجب أن يكون مشفرا بواسطة Transform Manager.

نهج الوصول

تحدد AccessPolicy الأذونات (مثل القراءة والكتابة والقائمة) ومدة الوصول إلى أحد الأصول. عادة ما تقوم بتمرير كائن AccessPolicy إلى محدد موقع يتم استخدامه بعد ذلك للوصول إلى الملفات الموجودة في أحد الأصول.

ملاحظة

هناك حد 1000000 نهج لنهج AMS المختلفة (على سبيل المثال، لنهج محدد الموقع أو ContentKeyAuthorizationPolicy). يجب استخدام معرف النهج نفسه إذا كنت تستخدم دائما نفس الأيام / أذونات الوصول، على سبيل المثال، نهج محددات المواقع التي تهدف إلى البقاء في مكانها لفترة طويلة (نهج عدم التحميل). لمزيد من المعلومات، راجع هذا الموضوع.

Blob container

توفر حاوية كائن ثنائي كبير الحجم تجميعا لمجموعة من الكائنات الثنائية كبيرة الحجم. يتم استخدام حاويات Blob في خدمات الوسائط كنقطة حدود للتحكم في الوصول، ومحددات موقع توقيع الوصول المشترك (SAS) على الأصول. يمكن أن يحتوي حساب Azure Storage على عدد غير محدود من حاويات الكائن الثنائي كبير الحجم. يمكن للحاوية تخزين عدد غير محدود من كائنات blob.

ملاحظة

يجب عدم محاولة تغيير محتويات حاويات الكائن الثنائي كبير الحجم التي تم إنشاؤها بواسطة خدمات الوسائط دون استخدام واجهات برمجة تطبيقات خدمة الوسائط.

تحديد المواقع

توفر محددات المواقع نقطة إدخال للوصول إلى الملفات الموجودة في أحد الأصول. يتم استخدام نهج الوصول لتحديد الأذونات والمدة التي يمكن للعميل الوصول إلى أصل معين. يمكن أن يكون لدى محددات المواقع علاقة من متعدد إلى واحد مع نهج الوصول، بحيث يمكن أن توفر محددات المواقع المختلفة أوقات بدء وأنواع اتصال مختلفة لعملاء مختلفين بينما تستخدم جميعها نفس إعدادات الإذن والمدة؛ ومع ذلك، بسبب تقييد نهج الوصول المشترك الذي تم تعيينه بواسطة خدمات تخزين Azure، لا يمكن أن يكون لديك أكثر من خمسة محددات مواقع فريدة مقترنة بأصل معين في وقت واحد.

تدعم خدمات الوسائط نوعين من محددات المواقع: محددات مواقع OnDemandOrigin، المستخدمة لدفق الوسائط (على سبيل المثال، MPEG DASH أو HLS أو Smooth Streaming) أو تنزيل الوسائط ومحددات مواقع SAS URL تدريجيا، المستخدمة لتحميل ملفات الوسائط أو تنزيلها من تخزين Azure.

ملاحظة

يجب عدم استخدام إذن القائمة (AccessPermissions.List) عند إنشاء محدد موقع OnDemandOrigin.

حساب التخزين

يتم كل الوصول إلى Azure Storage من خلال حساب تخزين. يمكن ربط حساب خدمة الوسائط بحساب تخزين واحد أو أكثر. يمكن أن يحتوي الحساب على عدد غير محدود من الحاويات، طالما أن حجمها الإجمالي أقل من 500 تيرابايت لكل حساب تخزين. توفر خدمات الوسائط أدوات على مستوى SDK للسماح لك بإدارة حسابات تخزين متعددة وموازنة التحميل لتوزيع أصولك أثناء التحميل إلى هذه الحسابات استنادا إلى المقاييس أو التوزيع العشوائي. لمزيد من المعلومات، راجع العمل مع Azure Storage.

الوظائف والمهام

عادة ما تستخدم الوظيفة لمعالجة (على سبيل المثال، فهرسة أو ترميز) عرض تقديمي صوتي/فيديو واحد. إذا كنت تقوم بمعالجة مقاطع فيديو متعددة، فنشئ مهمة لكل فيديو ليتم ترميزه.

تحتوي الوظيفة على بيانات تعريف حول المعالجة التي سيتم تنفيذها. تحتوي كل مهمة على مهمة واحدة أو أكثر تحدد مهمة معالجة ذرية، وأصول الإدخال الخاصة بها، وأصول الإخراج، ومعالج الوسائط والإعدادات المقترنة بها. يمكن ربط المهام داخل الوظيفة معا، حيث يتم إعطاء أصل الإخراج لمهمة واحدة كأصل إدخال للمهمة التالية. بهذه الطريقة يمكن أن تحتوي مهمة واحدة على كل المعالجة الضرورية لعرض تقديمي للوسائط.

الترميز

توفر Azure Media Services خيارات متعددة لترميز الوسائط في السحابة.

عند البدء بخدمات الوسائط، من المهم فهم الفرق بين برامج الترميز وتنسيقات الملفات. برامج الترميز هي البرنامج الذي ينفذ خوارزميات الضغط/فك الضغط بينما تنسيقات الملفات هي حاويات تحتوي على الفيديو المضغوط.

توفر خدمات الوسائط حزمة ديناميكية تسمح لك بتقديم محتوى MP4 أو Smooth Streaming المشفرة في تنسيقات الدفق التي تدعمها خدمات الوسائط (MPEG DASH، HLS، Smooth Streaming) دون الحاجة إلى إعادة حزم تنسيقات الدفق هذه.

للاستفادة من التعبئة والتغليف الديناميكية، تحتاج إلى ترميز ملف mezzanine (المصدر) في مجموعة من ملفات معدل البت التكيفي MP4 أو ملفات معدل البت التكيفي المتدفق السلس ولديك نقطة نهاية دفق قياسية أو متميزة واحدة على الأقل في حالة البدء.

تدعم خدمات الوسائط أداة الترميز التالية عند الطلب الموضحة في هذه المقالة:

للحصول على معلومات حول هذا الترميز المدعوم، راجع الترميز.

البث المباشر

في Azure Media Services، تمثل القناة مسارا لمعالجة محتوى البث المباشر. تتلقى القناة تدفقات الإدخال المباشر بإحدى طريقتين:

  • يرسل الترميز المباشر المحلي RTMP متعدد البتات أو التدفق السلس (MP4 مجزأ) إلى القناة. يمكنك استخدام أدوات الترميز المباشرة التالية التي تنتج تدفقا سلسا متعدد البتات: MediaExcel و Ateme و Imagine Communications و Envivio و Cisco و Elemental. إخراج RTMP للمبرمجين المباشرين التاليين: Adobe Flash Live Encoder، Telestream Wirecast، Teradek، Haivision encoders. تمر التدفقات التي تم استيعابها عبر القنوات دون أي تحويل ترميز وترميز إضافي. عند الطلب، تقدم خدمات الوسائط الدفق للعملاء.
  • يتم إرسال دفق معدل البت الأحادي (بأحد التنسيقات التالية: RTMP أو Smooth Streaming (MP4 مجزأ)) إلى القناة التي تم تمكينها لتنفيذ الترميز المباشر باستخدام خدمات الوسائط. ثم تقوم القناة بإجراء ترميز مباشر لدفق معدل البت الفردي الوارد إلى دفق فيديو متعدد البتات (التكيفي). عند الطلب، تقدم خدمات الوسائط الدفق للعملاء.

القناة

في خدمات الوسائط، تكون القنوات مسؤولة عن معالجة محتوى البث المباشر. توفر القناة نقطة نهاية إدخال (استيعاب عنوان URL) التي توفرها بعد ذلك لمحول مباشر. تتلقى القناة تدفقات الإدخال المباشر من المحولات البرمجية المباشرة وتجعلها متاحة للبث من خلال نقطة تدفق واحدة أو أكثر. توفر القنوات أيضا نقطة نهاية معاينة (عنوان URL للمعاينة) التي تستخدمها لمعاينة الدفق والتحقق من صحته قبل إجراء المزيد من المعالجة والتسليم.

يمكنك الحصول على عنوان URL الذي تم استيعابه وعنوان URL للمعاينة عند إنشاء القناة. للحصول على عناوين URL هذه، لا يجب أن تكون القناة في حالة البدء. عندما تكون مستعدا لبدء دفع البيانات من جهاز تحويل مباشر إلى القناة، يجب بدء تشغيل القناة. بمجرد أن يبدأ جهاز التحويل المباشر في استيعاب البيانات، يمكنك معاينة الدفق الخاص بك.

يمكن أن يحتوي كل حساب خدمات الوسائط على قنوات متعددة وبرامج متعددة ونقاط تدفق متعددة. اعتمادا على النطاق الترددي واحتياجات الأمان، يمكن تخصيص خدمات StreamingEndpoint لقناة واحدة أو أكثر. يمكن لأي StreamingEndpoint السحب من أي قناة.

البرنامج (حدث)

يمكنك البرنامج (الحدث) من التحكم في نشر وتخزين المقاطع في بث مباشر. تدير القنوات البرامج (الأحداث). تشبه علاقة القناة والبرنامج الوسائط التقليدية حيث تحتوي القناة على دفق مستمر من المحتوى ويتم تحديد نطاق برنامج لبعض الأحداث التي تم توقيتها على تلك القناة. يمكنك تحديد عدد الساعات التي تريد الاحتفاظ بالمحتوى المسجل للبرنامج عن طريق تعيين الخاصية ArchiveWindowLength . يمكن تعيين هذه القيمة من 5 دقائق كحد أدنى إلى 25 ساعة كحد أقصى.

يملي ArchiveWindowLength أيضا الحد الأقصى لمقدار الوقت الذي يمكن للعملاء البحث فيه مرة أخرى في الوقت المناسب من الوضع المباشر الحالي. يمكن تشغيل البرامج خلال الفترة الزمنية المحددة، ولكن يتم تجاهل المحتوى الذي يقع خلف طول النافذة باستمرار. تحدد قيمة هذه الخاصية أيضا المدة التي يمكن أن تنمو فيها بيانات العميل.

يرتبط كل برنامج (حدث) بالأصل. لنشر البرنامج، يجب عليك إنشاء محدد موقع للأصل المقترن. سيمكنك وجود محدد الموقع هذا من إنشاء عنوان URL للبث يمكنك توفيره لعملائك.

تدعم القناة ما يصل إلى ثلاثة برامج تعمل بشكل متزامن حتى تتمكن من إنشاء أرشيفات متعددة لنفس الدفق الوارد. يسمح لك هذا بنشر أجزاء مختلفة من الحدث وأرشفةها حسب الحاجة. على سبيل المثال، متطلبات عملك هي أرشفة 6 ساعات من البرنامج، ولكن للبث آخر 10 دقائق فقط. لتحقيق ذلك، تحتاج إلى إنشاء برنامجين قيد التشغيل بشكل متزامن. تم تعيين برنامج واحد لأرشفة 6 ساعات من الحدث ولكن لم يتم نشر البرنامج. تم تعيين البرنامج الآخر للأرشفة لمدة 10 دقائق ويتم نشر هذا البرنامج.

لمزيد من المعلومات، انظر:

حماية المحتوى

التشفير الديناميكي

تمكنك Azure Media Services من تأمين الوسائط الخاصة بك من الوقت الذي تغادر فيه الكمبيوتر من خلال التخزين والمعالجة والتسليم. تسمح لك خدمات الوسائط بتسليم المحتوى المشفر ديناميكيا باستخدام معيار التشفير المتقدم (AES) (باستخدام مفاتيح التشفير 128 بت) والتشفير الشائع (CENC) باستخدام PlayReady و/أو Widevine DRM. كما توفر خدمات الوسائط خدمة لتسليم مفاتيح AES وتراخيص PlayReady للعملاء المعتمدين.

حاليا، يمكنك تشفير تنسيقات الدفق التالية: HLS وMPEG DASH وS smooth Streaming. لا يمكنك تشفير التنزيلات التقدمية.

إذا كنت ترغب في أن تقوم خدمات الوسائط بتشفير أحد الأصول، فأنت بحاجة إلى إقران مفتاح تشفير (CommonEncryption أو EnvelopeEncryption) بالأصل الخاص بك وأيضا تكوين نهج التخويل للمفتاح.

إذا كنت ترغب في دفق أصل مشفر للتخزين، يجب عليك تكوين نهج تسليم الأصل من أجل تحديد الطريقة التي تريد بها تسليم الأصل الخاص بك.

عند طلب دفق من قبل لاعب، تستخدم خدمات الوسائط المفتاح المحدد لتشفير المحتوى ديناميكيا باستخدام تشفير مغلف (باستخدام AES) أو التشفير الشائع (باستخدام PlayReady أو Widevine). لفك تشفير الدفق، سيطلب اللاعب المفتاح من خدمة تسليم المفتاح. لتحديد ما إذا كان المستخدم مخولا للحصول على المفتاح أم لا، تقوم الخدمة بتقييم نهج التخويل التي حددتها للمفتاح.

تقييد الرمز المميز

يمكن أن يحتوي نهج تخويل مفتاح المحتوى على واحد أو أكثر من قيود التخويل: فتح أو تقييد الرمز المميز أو تقييد IP. يجب أن يكون النهج المقيد للرمز المميز مصحوبا برمز مميز صادر عن خدمة الرمز المميز الآمن (STS). تدعم خدمات الوسائط الرموز المميزة بتنسيق رموز الويب المميزة البسيطة (SWT) وتنسيق JSON Web Token (JWT). لا توفر خدمات الوسائط خدمات الرمز المميز الآمن. يمكنك إنشاء STS مخصص. يجب تكوين STS لإنشاء رمز مميز موقع بالمفتاح المحدد وإصدار المطالبات التي حددتها في تكوين تقييد الرمز المميز. ستعيد خدمة تسليم مفتاح Media Services المفتاح المطلوب (أو الترخيص) إلى العميل إذا كان الرمز المميز صالحا وكانت المطالبات في الرمز المميز تتطابق مع تلك التي تم تكوينها للمفتاح (أو الترخيص).

عند تكوين نهج الرمز المميز المقيد، يجب تحديد مفتاح التحقق الأساسي ومعلمات المصدر والجمهور. يحتوي مفتاح التحقق الأساسي على المفتاح الذي تم توقيع الرمز المميز به، المصدر هو خدمة الرمز المميز الآمنة التي تصدر الرمز المميز. يصف الجمهور (يسمى أحيانا النطاق) هدف الرمز المميز أو المورد الذي يخول الرمز المميز الوصول إليه. تتحقق خدمة تسليم مفتاح Media Services من أن هذه القيم في الرمز المميز تطابق القيم الموجودة في القالب.

لمزيد من المعلومات، راجع المقالات التالية:

تسليم

التعبئة والتغليف الديناميكي

عند العمل مع خدمات الوسائط، يوصى بترميز ملفات mezzanine الخاصة بك إلى مجموعة MP4 معدل البت التكيفي ثم تحويل المجموعة إلى التنسيق المطلوب باستخدام التعبئة والتغليف الديناميكي.

نقطة نهاية الدفق

تمثل StreamingEndpoint خدمة دفق يمكنها تسليم المحتوى مباشرة إلى تطبيق مشغل عميل، أو إلى شبكة تسليم المحتوى (CDN) لمزيد من التوزيع (توفر Azure Media Services الآن تكامل Azure CDN.) يمكن أن يكون الدفق الصادر من خدمة نقطة نهاية البث بثا مباشرا، أو فيديو عند الطلب الأصل في حساب خدمات الوسائط الخاص بك. يختار عملاء خدمات الوسائط إما نقطة نهاية تدفق قياسية أو نقطة نهاية تدفق واحدة أو أكثر Premium، وفقا لاحتياجاتهم. نقطة نهاية البث القياسية مناسبة لمعظم أحمال العمل المتدفقة.

نقطة نهاية البث القياسية مناسبة لمعظم أحمال العمل المتدفقة. توفر نقاط نهاية البث القياسية المرونة لتقديم المحتوى الخاص بك إلى كل جهاز تقريبا من خلال التعبئة والتغليف الديناميكي في HLS وMPEG-DASH وS smooth Streaming بالإضافة إلى التشفير الديناميكي Microsoft PlayReady وGoogle Widevine وApple Fairplay و AES128. كما أنها تتدرج من جمهور صغير جدا إلى جمهور كبير جدا مع الآلاف من المشاهدين المتزامنين من خلال تكامل Azure CDN. إذا كان لديك حمل عمل متقدم أو لم تكن متطلبات سعة البث مناسبة لأهداف معدل نقل نقطة نهاية البث القياسية أو كنت ترغب في التحكم في سعة خدمة StreamingEndpoint للتعامل مع احتياجات النطاق الترددي المتزايدة، فمن المستحسن تخصيص وحدات مقياس (تعرف أيضا باسم وحدات البث المتميزة).

يوصى باستخدام التعبئة والتغليف الديناميكي و/أو التشفير الديناميكي.

ملاحظة

عند إنشاء حساب AMS الخاص بك، تتم إضافة نقطة نهاية دفق افتراضية إلى حسابك في حالة الإيقاف . لبدء دفق المحتوى والاستفادة من التعبئة والتغليف الديناميكي والتشفير الديناميكي، يجب أن تكون نقطة نهاية الدفق التي تريد دفق المحتوى منها في حالة التشغيل .

لمزيد من المعلومات، راجع هذا الموضوع.

بشكل افتراضي، يمكنك الحصول على ما يصل إلى نقطتي نهاية دفق في حساب خدمات الوسائط. لطلب حد أعلى، راجع الحصص والقيود.

تتم فوترتك فقط عندما تكون StreamingEndpoint في حالة التشغيل.

نهج تسليم الأصول

تتمثل إحدى الخطوات في سير عمل تسليم محتوى Media Services في تكوين نهج التسليم للأصول التي تريد دفقها. يخبر نهج تسليم الأصول خدمات الوسائط كيف تريد تسليم الأصل الخاص بك: في أي بروتوكول دفق يجب حزم أصلك ديناميكيا (على سبيل المثال، MPEG DASH أو HLS أو Smooth Streaming أو الكل)، سواء كنت تريد تشفير أصلك ديناميكيا وكيفية (المغلف أو التشفير الشائع).

إذا كان لديك أصل مشفر للتخزين، قبل أن يمكن دفق الأصل الخاص بك، يقوم خادم الدفق بإزالة تشفير التخزين وبث المحتوى الخاص بك باستخدام نهج التسليم المحدد. على سبيل المثال، لتسليم الأصل المشفر باستخدام مفتاح تشفير معيار التشفير المتقدم (AES)، قم بتعيين نوع النهج إلى DynamicEnvelopeEncryption. لإزالة تشفير التخزين ودفق الأصل في مسح، قم بتعيين نوع النهج إلى NoDynamicEncryption.

تنزيل تدريجي

يتيح لك التنزيل التدريجي بدء تشغيل الوسائط قبل تنزيل الملف بأكمله. يمكنك تنزيل ملف MP4 تدريجيا فقط.

ملاحظة

يجب فك تشفير الأصول المشفرة إذا كنت ترغب في أن تكون متاحة للتنزيل التدريجي.

لتزويد المستخدمين بعناوين URL للتنزيل التدريجي، يجب أولا إنشاء محدد موقع OnDemandOrigin. إنشاء محدد الموقع، يمنحك المسار الأساسي إلى الأصل. ثم تحتاج إلى إلحاق اسم ملف MP4. على سبيل المثال:

http://amstest1.streaming.mediaservices.windows.net/3c5fe676-199c-4620-9b03-ba014900f214/BigBuckBunny_H264_650kbps_AAC_und_ch2_96kbps.mp4

عناوين URL المتدفقة

دفق المحتوى الخاص بك إلى العملاء. لتزويد المستخدمين بعناوين URL المتدفقة، يجب أولا إنشاء محدد موقع OnDemandOrigin. إنشاء محدد الموقع، يمنحك المسار الأساسي إلى الأصل الذي يحتوي على المحتوى الذي تريد دفقه. ومع ذلك، لكي تتمكن من دفق هذا المحتوى، تحتاج إلى تعديل هذا المسار بشكل أكبر. لإنشاء عنوان URL كامل لملف بيان البث، يجب تسلسل قيمة مسار محدد الموقع واسم ملف البيان (filename.ism). بعد ذلك، قم بإلحاق /بيان وتنسيق مناسب (إذا لزم الأمر) بمسار محدد الموقع.

يمكنك أيضا دفق المحتوى عبر اتصال TLS. للقيام بذلك، تأكد من أن عناوين URL المتدفقة تبدأ ب HTTPS. حاليا، لا يدعم AMS TLS مع المجالات المخصصة.

ملاحظة

يمكنك البث عبر TLS فقط إذا تم إنشاء نقطة نهاية الدفق التي تقوم بتسليم المحتوى منها بعد 10 سبتمبر 2014. إذا كانت عناوين URL المتدفقة تستند إلى نقاط نهاية الدفق التي تم إنشاؤها بعد 10 سبتمبر، فإن عنوان URL يحتوي على "streaming.mediaservices.windows.net" (التنسيق الجديد). لا تدعم عناوين URL المتدفقة التي تحتوي على "origin.mediaservices.windows.net" (التنسيق القديم) TLS. إذا كان عنوان URL بالتنسيق القديم وتريد أن تكون قادرا على الدفق عبر TLS، قم بإنشاء نقطة نهاية دفق جديدة. استخدم عناوين URL التي تم إنشاؤها استنادا إلى نقطة نهاية البث الجديدة لدفق المحتوى عبر TLS.

تصف القائمة التالية تنسيقات الدفق المختلفة وتقدم أمثلة:

  • دفق سلس

{streaming endpoint name-media services account name}.streaming.mediaservices.windows.net/{locator ID}/{filename}.ism/Manifest

http://testendpoint-testaccount.streaming.mediaservices.windows.net/fecebb23-46f6-490d-8b70-203e86b0df58/BigBuckBunny.ism/Manifest

  • MPEG DASH

{streaming endpoint name-media services account name}.streaming.mediaservices.windows.net/{locator ID}/{filename}.ism/Manifest(format=mpd-time-csf)

http://testendpoint-testaccount.streaming.mediaservices.windows.net/fecebb23-46f6-490d-8b70-203e86b0df58/BigBuckBunny.ism/Manifest(format=mpd-time-csf)

  • Apple HTTP Live Streaming (HLS) V4

{streaming endpoint name-media services account name}.streaming.mediaservices.windows.net/{locator ID}/{filename}.ism/Manifest(format=m3u8-aapl)

http://testendpoint-testaccount.streaming.mediaservices.windows.net/fecebb23-46f6-490d-8b70-203e86b0df58/BigBuckBunny.ism/Manifest(format=m3u8-aapl)

  • Apple HTTP Live Streaming (HLS) V3

{streaming endpoint name-media services account name}.streaming.mediaservices.windows.net/{locator ID}/{filename}.ism/Manifest(format=m3u8-aapl-v3)

http://testendpoint-testaccount.streaming.mediaservices.windows.net/fecebb23-46f6-490d-8b70-203e86b0df58/BigBuckBunny.ism/Manifest(format=m3u8-aapl-v3)

ملاحظات إضافية

  • Widevine هي خدمة تقدمها شركة .Google Inc وتخضع لشروط الخدمة ونهج الخصوصية الخاصة بشركة Google، Inc.