تصفية البيانات من خلال استخدام Dynamic Packager

شعار Media Services v3


تحذير

سيتم إيقاف Azure Media Services في 30 يونيو 2024. لمزيد من المعلومات، راجع دليل إيقاف AMS.

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

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

يمكنك دمج التصفية من خلال تحديد عوامل التصفية على Streaming Locator+ عوامل تصفية إضافية خاصة بالجهاز يقوم بتحديدها العميل في عنوان URL. هذا المزيج مفيد لتقييد مسارات إضافية مثل بيانات التعريف أو تدفقات الأحداث أو لغات الكمبيوتر الصوتية أو المسارات الصوتية الوصفية.

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

ملاحظة

لا تغير البيانات الديناميكية الأصل والبيان الافتراضي لهذا الأصل.

نظرة عامة على بيانات التجميع

تقوم Azure Media Services بدعم بروتوكولات HLS وMPEG DASH وSmooth Streaming. يتم إنشاء بيانات عميل البث على أنها جزء منالتعبئة الديناميكية(قائمة تشغيل HLS الرئيسة ووصف عرض وسائط DASH [MPD] وS smooth Streaming) ديناميكيا استنادًا إلى محدد التنسيق في عنوان URL. لمزيد من المعلومات، انظر بروتوكولات التسليم فيسير العمل الشائع عند الطلب.

الحصول على ملفات بيان التجميع وفحصها

يمكنك تحديد قائمة بشروط خاصية مسار التصفية بناءً على مسارات البث (مباشر أو فيديو عند الطلب [VOD]) يجب تضمينها في بيان تم إنشاؤه ديناميكيًا. للحصول على خصائص المسارات وفحصها، يجب عليك تحميل بيان Smooth Streaming أولاً.

مراقبة معدل البث لدفق الفيديو

يمكن استخدامصفحة العرض التوضيحي لـ Azure Media Playerلمراقبة تشخيص دفق الفيديو. تعرض صفحة العرض التوضيحي معلومات التشخيص في علامة التبويبالتشخيص:

تشخيصات مشغل وسائط Azure

أمثلة: عناوين URL مع عوامل التصفية في سلسلة الاستعلام

يمكنك تطبيق عوامل التصفية على بروتوكولات تدفق ABR: HLS وMPEG-DASH وSmooth Streaming. يعرض الجدول التالي بعض الأمثلة على عناوين URL مع عوامل التصفية التالية:

البروتوكول مثال
HLS https://amsv3account-usw22.streaming.media.azure.net/fecebb23-46f6-490d-8b70-203e86b0df58/bigbuckbunny.ism/manifest(format=m3u8-aapl,filter=myAccountFilter)
MPEG DASH https://amsv3account-usw22.streaming.media.azure.net/fecebb23-46f6-490d-8b70-203e86b0df58/bigbuckbunny.ism/manifest(format=mpd-time-csf,filter=myAssetFilter)
Smooth Streaming https://amsv3account-usw22.streaming.media.azure.net/fecebb23-46f6-490d-8b70-203e86b0df58/bigbuckbunny.ism/manifest(filter=myAssetFilter)

Rendition filtering

يمكن اختيار ترميز الأصل الخاص بك إلى ملفات تعريف ترميز متعددة (H.264 Baseline وH.264 High وAACL وAACH وDolby Digital Plus) ومعدلات البث متعددة الجودة. ومع ذلك، لن تدعم كافة أجهزة العملاء جميع ملفات تعريف الأصول ومعدلات البت. على سبيل المثال، لا تدعم أجهزة Android القديمة إلا H.264 Baseline + AACL. يؤدي إرسال معدلات بت أعلى إلى جهاز لا يمكنه الحصول على الميزات إلى إهدار النطاق الترددي وحساب الجهاز. يجب أن يقوم هذا الجهاز بفك تشفير جميع المعلومات المقدمة، لتصغيرها للعرض فحسب.

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

رسم تخطيطي لعامل تصفية التسليم 2

يُظهر الجزء العلوي من الرسم البياني التالي بيان HLS للأصل بدون عوامل تصفية. (يحتوي على جميع عمليات التسليم السبعة.) في أسفل اليسار، يعرض الرسم التخطيطي بيان HLS الذي تم تطبيق عامل تصفية يسمى "ott". يحدد عامل التصفية "ott" إزالة كافة معدلات البت التي تقل عن 1 ميجابت في الثانية، لذلك تم تجريد مستويي الجودة السفليين في الاستجابة. في أسفل اليمين، يُظهر الرسم التخطيطي بيان HLS الذي تم تطبيق عامل تصفية يسمى "متنقل" عليه. يحدد عامل تصفية "متنقل" إزالة عمليات الترحيل حتى تكون الدقة أكبر من 720 بكسل، لذلك تم تجريد اثنين من عمليات التحويل بدقة 1080 بكسل.

رسم تخطيطي لعامل تصفية التسليم

إزالة مسارات لغة الكمبيوتر

قد تشمل أصولك لغات الكمبيوتر صوتية متعددة مثل الإنجليزية والإسبانية والفرنسية وما إلى ذلك. عادةً ما يدير Player SDK تحديد المسار الصوتي الافتراضي والمسارات الصوتية المتاحة لكل اختيار مستخدم.

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

رسم تخطيطي لتصفية اللغة

اقتطاع بداية الأصل

يجري المشغلون في معظم أحداث البث المباشر بعض الاختبارات قبل الحدث الفعلي. على سبيل المثال، قد تشمل قائمة مثل هذه قبل بدء الحدث: "سيبدأ البرنامج مؤقتًا."

إذا كان البرنامج يقوم بالأرشفة، فسيتم أيضًا أرشفة بيانات الاختبار والقائمة وإدراجها في العرض التقديمي. ولا ينبغي مع ذلك عرض هذه المعلومات للعملاء. باستخدام Dynamic Manifest، يمكنك إنشاء عامل تصفية وقت البدء وإزالة البيانات غير المرغوب فيها من البيان.

اقتطاع الرسم التخطيطي لعامل التصفية

إنشاء مقاطع فرعية (المشاهدات) من أرشيف مباشر

يتم تشغيل العديد من الأحداث المباشرة لفترة طويلة وقد يتضمن الأرشيف المباشر أحداثًا متعددة. قد ترغب جهات البث بعد انتهاء الحدث المباشر في تقسيم الأرشيف المباشر إلى تسلسلات منطقية لبدء البرنامج وإيقافه.

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

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

رسم تخطيطي لتصفية subsclips

هذا هو الأصل الذي تمت تصفيته:

رسم تخطيطي لعامل تصفية التزلج

ضبط نافذة العرض (DVR)

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

رسم تخطيطي لعامل تصفية dvr

ضبط LiveBackoff (موضع مباشر)

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

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

رسم تخطيطي لعامل تصفية التراجع المباشر

الجمع بين عدة قواعد في عامل تصفية واحد

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

رسم تخطيطي لتصفية قواعد متعددة

الجمع بين عدة فلاتر (تكوين الفلتر)

يمكن أيضًا دمج عوامل تصفية متعددة في عنوان URL واحد. يوضح السيناريو التالي سبب رغبتك في الجمع بين عوامل التصفية:

  1. تحتاج إلى تصفية جودة الفيديو للأجهزة المحمولة، مثل Android أو iPad (للحد من جودة الفيديو). ستقوم بإنشاء عامل تصفية حساب مناسب لملفات تعريف الجهاز لإزالة الصفات غير المرغوب فيها. يمكن استخدام عوامل تصفية الحساب لجميع الأصول الخاصة بك ضمن حساب خدمات الوسائط نفسه دون أي ارتباط آخر.
  2. تريد أيضًا قطع وقت البدء والانتهاء لأحد الأصول. ستقوم بإنشاء عامل تصفية الأصول وتعيين وقت البدء/ الانتهاء لإجراء الاقتطاع.
  3. تريد دمج كلاً من عوامل التصفية هذه. ستحتاج إلى إضافة تصفية الجودة إلى عامل تصفية الاقتطاع، مما يجعل استخدام عامل التصفية أصعب.

من أجل دمج عوامل التصفية، اضبط أسماء عوامل التصفية على عنوان URL الخاص بالبيان/ قائمة التشغيل بتنسيق محدد بفاصلة منقوطة. لنفترض أن لديك عامل تصفية يسمى MyMobileDevice يقوم بتصفية الصفات، ولديك عامل تصفية آخر يسمى MyStartTime لتعيين وقت بدء محدد. يمكن الجمع بين ما يصل إلى ثلاثة عوامل تصفية.

الاعتبارات والقيود

  • لا يجب تعيين قيمforceEndTimestampوpresentationWindowDurationوliveBackoffDurationلعامل تصفية VOD. يتم استخدامها من أجل سيناريوهات التصفية الحية فحسب.

  • يعمل البيان الديناميكي في حدود مجموعة الصور (الإطارات الرئيسة)، لذا فإن الاقتطاع له دقة مجموعة الصور (GOP).

  • يمكنك استخدام نفس اسم عامل التصفية لعوامل تصفية الحساب والأصول. تتمتع عوامل تصفية الأصول بأولوية أعلى وستتجاوز عوامل تصفية الحساب.

  • إذا قمت بتحديث عامل التصفية، فقد يستغرق الأمر ما يصل إلى دقيقتين لنقطة نهاية البث لتحديث القواعد. إذا قمت باستخدام عوامل التصفية لخدمة المحتوى (وقمت بتخزين المحتوى مؤقتًا في الوكلاء وذاكرة التخزين المؤقت لـ CDN)، فقد يؤدي تحديث عوامل التصفية هذه إلى فشل المشغل. ننصح بمسح ذاكرة التخزين المؤقت بعد تحديث عامل التصفية. إذا لم يكن هذا الخيار ممكنًا، ففكر في استخدام عامل تصفية مختلف.

  • يحتاج العملاء لتنزيل البيان يدويًا وتحليل طابع وقت البدء الدقيق ومقياس الوقت.

    • من أجل تحديد خصائص المسارات في أحد الأصول، احصل على ملف البيان وافحصه.
    • صيغة تعيين خصائص الطابع الزمني لعامل تصفية الأصول هي:
      startTimestamp =<وقت البدء في البيان>+<وقت بدء عامل التصفية المتوقع بالثواني>* مقياس الوقت

الحصول على التعليمات والدعم

يمكنك الاتصال بخدمات الوسائط بأسئلة أو اتباع تحديثاتنا بإحدى الطرق التالية: