استكشاف أخطاء Azure Video Analyzer وإصلاحها

هل هذه الصفحة مفيدة؟

هل لديك ملاحظات إضافية؟

سيتم إرسال الملاحظات إلى Microsoft: بالضغط على الزر «إرسال»، سيتم استخدام ملاحظاتك لتحسين منتجات Microsoft وخدماتها. نهج الخصوصية.

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

---

ملاحظة

نحن نوقف خدمة معاينة Azure Video Analyzer، وينصحك بنقل تطبيقاتك من Video Analyzer بحلول 01 ديسمبر 2022.

لا يتأثر محلل فيديو Azure للوسائط بهذا الإيقاف. يتم الآن تغيير العلامة التجارية إلى Azure Video Indexer. انقر هنا لقراءة المزيد.

الإجراء مطلوب: لتقليل تعطيل أحمال العمل الخاصة بك، قم بنقل التطبيق الخاص بك من Video Analyzer لكل اقتراحات موصوفة في هذا الدليل قبل 01 ديسمبر 2022. بعد 1 ديسمبر 2022، لن يعمل حساب Azure Video Analyzer. اعتبارا من 2 مايو 2022، لن تتمكن من إنشاء حسابات محلل فيديو جديدة.

تتناول هذه المقالة خطوات استكشاف الأخطاء وإصلاحها لوحدة حافة Azure Video Analyzer.

استكشاف أخطاء التوزيع وإصلاحها

التشخيص

كجزء من نشر Video Analyzer، يمكنك إعداد موارد Azure مثل IoT Hub وأجهزة IoT Edge. كخطوة أولى لتشخيص المشكلات، تأكد دائما من إعداد جهاز Edge بشكل صحيح باتباع هذه الإرشادات:

1. check قم بتشغيل الأمر.
2. تحقق من إصدار IoT Edge.
3. تحقق من حالة مدير أمان IoT Edge وسجلاته.
4. عرض الرسائل التي تمر عبر مركز IoT Edge.
5. إعادة تشغيل الحاويات.
6. تحقق من قواعد تكوين جدار الحماية والمنفذ.

المشاكل عند استخدام قالب ARM

إذا واجهت مشكلات عند استخدام قالب ARM ( Deploy to Azure الزر)، فاستخدم الخطوات الواردة في هذا التشغيل السريع لنشر الموارد الضرورية يدويا.

مشكلات ما قبل النشر

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

az iot edge set-modules --hub-name <iot-hub-name> --device-id avasample-iot-edge-device --content <path-to-deployment_manifest.json>

إذا لم يتم تكوين التعليمة البرمجية JSON بشكل جيد، فقد تتلقى الخطأ التالي: فشل تحليل JSON من الملف: "<بيان النشر.json>" للوسيطة "المحتوى" مع استثناء: "بيانات إضافية: السطر 101 العمود 1 (char 5325)"

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

أثناء النشر: استجابة وقت تشغيل IoT Edge

بعد نشر الوحدة النمطية Video Analyzer بشكل صحيح على جهاز IoT Edge، يمكنك استخدام مدخل Microsoft Azure لتشغيل تشخيص وقت تشغيل IoT Edge.

1. في مدخل Microsoft Azure، انتقل إلى مركز IoT المتصل بجهاز IoT Edge.

2. ابحث عن إدارة الأجهزة التلقائية، ثم حدد IoT Edge.

3. في قائمة أجهزة Edge، حدد الجهاز الذي تريد تشخيصه، وافتح جزء الإدارة.

   

4. تحقق مما إذا كان رمز استجابة وقت تشغيل IoT Edge هو 200-OK. تتضمن رموز الاستجابة الأخرى ما يلي:

   • 400 - تكوين التوزيع تالف أو غير صالح.
   • 417 - الجهاز ليس لديه مجموعة تكوين التوزيع.
   • 412- إصدار المخطط في تكوين التوزيع غير صالح.
   • 406 - جهاز مزود بـIoT Edge غير متصل أو لا يرسل تقارير الحالة.
   • 500 - حدث خطأ في وقت تشغيل IoT Edge.

   تلميح

   إذا واجهت مشكلات في تشغيل وحدات Azure IoT Edge النمطية في بيئتك، فاستخدم خطوات التشخيص القياسية ل Azure IoT Edge كدليل لاستكشاف الأخطاء وإصلاحها والتشخيصات.

نشر النشر: الخصائص المبلغ عنها والأساليب المباشرة

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

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

ضع في اعتبارك ما يلي:

1. إذا حصلت على حالة 501 code، فتحقق للتأكد من أن اسم الأسلوب المباشر دقيق. إذا كان اسم الأسلوب وحمولة الطلب دقيقة، يجب أن تحصل على النتائج مع رمز النجاح 200.
2. إذا كانت حمولة الطلب غير دقيقة، فستحصل على حالة 400 code وحمولة استجابة تشير إلى رمز الخطأ والرسالة التي يجب أن تساعد في تشخيص المشكلة مع استدعاء الأسلوب المباشر.

نشر النشر: سجلات التشخيص للمشكلات

يجب أن تحتوي سجلات الحاوية لوحدة IoT Edge على معلومات تشخيص للمساعدة في تصحيح المشكلات التي تواجهها أثناء تحليل الفيديو المباشر. قد تتمكن من التحقق من سجلات الحاوية بحثا عن المشكلات وتشخيص المشكلة ذاتيا.

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

تحليلات الأخطاء الشائعة

تعمل وحدة حافة محلل الفيديو بشكل تعاوني مع عامل IoT Edge ووحدات المركز. بعض الأخطاء الشائعة التي ستواجهها مع توزيعه ناتجة عن مشكلات في البنية الأساسية ل IoT. تتضمن الأخطاء ما يلي:

• يتوقف عامل IoT Edge بعد حوالي دقيقة.

• لا يمكن لعامل IoT Edge الوصول إلى صورة الوحدة النمطية (403).

• تبلغ الوحدة النمطية لعامل IoT Edge عن "ملف تكوين فارغ" ولا تبدأ أي وحدات نمطية على الجهاز.

• فشل بدء تشغيل مركز IoT Edge.

• فشل البرنامج الخفي لأمان IoT Edge مع اسم مضيف غير صالح.

• فشل محلل الفيديو أو أي وحدة نمطية مخصصة أخرى ل IoT Edge في إرسال رسالة إلى مركز الحافة مع خطأ 404.

• يتم نشر وحدة IoT Edge بنجاح ثم تختفي من الجهاز.

  تلميح

  إذا واجهت مشكلات في تشغيل وحدات Azure IoT Edge النمطية في بيئتك، فاستخدم خطوات التشخيص القياسية ل Azure IoT Edge كدليل لاستكشاف الأخطاء وإصلاحها والتشخيصات.

إذا كانت هناك أي مشكلات إضافية قد تحتاج إلى مساعدة بشأنها، فالرجاء جمع السجلات وإرسال تذكرة دعم. يمكنك أيضا التواصل معنا عن طريق إرسال بريد إلكتروني إلينا على videoanalyzerhelp@microsoft.com.

العمل مع الوحدات النمطية الخارجية

باستخدام معالجات ملحق البنية الأساسية لبرنامج ربط العمليات التجارية، يمكنك توسيع البنية الأساسية لبرنامج ربط العمليات التجارية لإرسال البيانات وتلقيها من وحدات IoT Edge الأخرى باستخدام بروتوكولات HTTP أو gRPC. كمثال محدد، يمكن لهذا المسار المباشر إرسال إطارات فيديو كصور إلى وحدة استدلال خارجية مثل Yolo v3 وتلقي نتائج التحليلات المستندة إلى JSON باستخدام بروتوكول HTTP. في مثل هذه الطوبولوجيا، تكون وجهة الأحداث في الغالب مركز IoT. في الحالات التي لا ترى فيها أحداث الاستدلال على المركز، تحقق مما يلي:

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

• في مدخل Microsoft Azure، تحقق لمعرفة ما إذا كان يتم نشر الوحدة النمطية الخارجية وتشغيلها. في مثال الصورة هنا، rtspsim، yolov3، tinyyolov3 وlogAnalyticsAgent هي وحدات IoT Edge التي تعمل خارج الوحدة النمطية avaedge.

  

• تحقق لمعرفة ما إذا كنت ترسل الأحداث إلى نقطة نهاية URL الصحيحة. تعرض حاوية الذكاء الاصطناعي الخارجية عنوان URL ومنفذا تتلقى من خلاله البيانات وتعيدها من طلبات POST. يتم تحديد عنوان URL هذا كخاصية endpoint: url لمعالج ملحق HTTP. كما هو الحال في عنوان URL للطوبولوجيا، يتم تعيين نقطة النهاية إلى معلمة عنوان URL للاستدلال. تأكد من دقة القيمة الافتراضية للمعلمة أو القيمة التي تم تمريرها. يمكنك الاختبار لمعرفة ما إذا كان يعمل باستخدام عنوان URL للعميل (cURL).

  على سبيل المثال، إليك حاوية Yolo v3 تعمل على الجهاز المحلي بعنوان IP 172.17.0.3.

  curl -X POST http://172.17.0.3/score -H "Content-Type: image/jpeg" --data-binary @<fullpath to jpg>
  

  تم إرجاع النتيجة:

  {"inferences": [{"type": "entity", "entity": {"tag": {"value": "car", "confidence": 0.8668569922447205}, "box": {"l": 0.3853073438008626, "t": 0.6063712999658677, "w": 0.04174524943033854, "h": 0.02989496027381675}}}]}
  

  تلميح

  استخدم أمر فحص Docker للعثور على عنوان IP للجهاز.

• إذا كنت تقوم بتشغيل مسار مباشر واحد أو أكثر يستخدم معالج ملحق البنية الأساسية لبرنامج ربط العمليات التجارية، فيجب عليك استخدام samplingOptions الحقل لإدارة معدل الإطارات في الثانية (fps) لموجز الفيديو.

  • في بعض الحالات، حيث يتم استخدام وحدة المعالجة المركزية أو ذاكرة جهاز الحافة بشكل كبير، يمكنك أن تفقد بعض أحداث الاستدلال. لمعالجة هذه المشكلة، قم بتعيين قيمة منخفضة للخاصية maximumSamplesPerSecond الموجودة في samplingOptions الحقل. يمكنك تعيينه إلى 0.5 ("maximumSamplesPerSecond": "0.5") على كل مثيل من البنية الأساسية لبرنامج ربط العمليات التجارية ثم إعادة تشغيل المثيل للتحقق من أحداث الاستدلال على المركز.

أساليب مباشرة متعددة بالتوازي – فشل المهلة

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

قام أسلوب تهيئة التجميع Microsoft.Media.VideoAnalyzer.Test.Feature.Edge.AssemblyInitializer.InitializeAssemblyAsync بطرح استثناء. Microsoft.Azure.Devices.Common.Exceptions.IotHubException:
{"Message":"{\"errorCode\":504101,\"trackingId\":\"55b1d7845498428593c2738d94442607-G:32-TimeStamp:05/15/2020 20:43:10-G:10-TimeStamp:05/15/2020 20:43:10\",\"message\":\"Timed out waiting for the response from device.\",\"info\":{},\"timestampUtc\":\"2020-05-15T20:43:10.3899553Z\"}","ExceptionMessage":""}. Aborting test execution.

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

جمع سجلات لإرسال تذكرة دعم

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

تحذير

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

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

1. تكوين وحدة Video Analyzer لتجميع سجلات مطولة

2. تشغيل سجلات تتبع الأخطاء

3. إعادة إنشاء المشكلة

4. أعد تشغيل وحدة حافة محلل الفيديو.

   ملاحظة

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

   على جهاز IoT Edge، استخدم الأمر التالي بعد استبدال <avaedge> باسم وحدة حافة محلل الفيديو:

    sudo iotedge restart <avaedge>
   

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

5. الاتصال إلى الجهاز الظاهري من صفحة IoT Hub في المدخل

   1. ضغط جميع الملفات في مجلد debugLogs . ملفات السجل هذه ليست مخصصة للتشخيص الذاتي. وهي مخصصة لفريق هندسة Azure لتحليل مشكلاتك.

      • في الأمر التالي، تأكد من استبدال $DEBUG_LOG_LOCATION_ON_EDGE_DEVICE بموقع سجلات التصحيح على جهاز Edge الذي قمت بإعداده مسبقا في الخطوة 2.

        sudo apt install zip unzip
        zip -r debugLogs.zip $DEBUG_LOG_LOCATION_ON_EDGE_DEVICE
        

   2. إرفاق ملف debugLogs.zip بتذكرة الدعم.

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

تكوين وحدة محلل الفيديو لتجميع سجلات مطولة

قم بتكوين وحدة Video Analyzer لتجميع سجلات مطولة عن طريق تعيين logLevel و logCategories على النحو التالي:

"logLevel": "Verbose",
"logCategories": "Application,Events,MediaPipeline",

يمكنك القيام بذلك في أي من:

• في مدخل Microsoft Azure، عن طريق تحديث خصائص Module Identity Twin للوحدة النمطية Video Analyzer
• أو في ملف بيان التوزيع الخاص بك، يمكنك إضافة هذه الإدخالات في عقدة خصائص وحدة محلل الفيديو

استخدام أمر حزمة الدعم

عندما تحتاج إلى جمع السجلات من جهاز IoT Edge، فإن أسهل طريقة هي استخدام support-bundle الأمر . يجمع هذا الأمر:

• سجلات الوحدة النمطية
• إدارة أمان IoT Edge وسجلات محرك الحاوية
• تحقق IoT Edge من إخراج JSON
• معلومات تصحيح الأخطاء المفيدة

1. support-bundle قم بتشغيل الأمر باستخدام العلامة --منذ لتحديد مقدار الوقت الذي تريد أن تغطيه سجلاتك. على سبيل المثال، ستحصل 2h على سجلات لآخر ساعتين. يمكنك تغيير قيمة هذه العلامة لتضمين سجلات لفترات مختلفة.

   sudo iotedge support-bundle --since 2h
   

   ينشئ هذا الأمر ملفا باسم support_bundle.zip في الدليل حيث قمت بتشغيل الأمر.

2. إرفاق ملف support_bundle.zip بتذكرة الدعم.

سجلات تصحيح أخطاء وحدة Video Analyzer edge

لتكوين وحدة حافة محلل الفيديو لإنشاء سجلات تتبع الأخطاء، قم بما يلي:

1. سجل الدخول إلى مدخل Microsoft Azure، وانتقل إلى مركز IoT.

2. في الجزء الأيمن، حدد IoT Edge.

3. في قائمة الأجهزة، حدد معرف الجهاز الهدف.

4. في أعلى الجزء، حدد Set Modules.

   

5. في قسم IoT Edge Modules ، ابحث عن avaedge وحدده.

6. حدد Module Identity Twin. يتم فتح جزء قابل للتحرير.

7. ضمن المفتاح المطلوب، أضف زوج المفتاح/القيمة التالي:

   "DebugLogsDirectory": "/var/lib/videoanalyzer/logs"

   ملاحظة

   يربط هذا الأمر مجلدات السجلات بين جهاز Edge والحاوية. إذا كنت تريد جمع السجلات في موقع مختلف على الجهاز:

   1. أنشئ ربطا لموقع سجل تتبع الأخطاء في قسم Binds ، واستبدل $DEBUG_LOG_LOCATION_ON_EDGE_DEVICE و $DEBUG_LOG_LOCATION بالموقع الذي تريده: /var/$DEBUG_LOG_LOCATION_ON_EDGE_DEVICE:/var/$DEBUG_LOG_LOCATION
   2. استخدم الأمر التالي، مع استبدال $DEBUG_LOG_LOCATION بالموقع المستخدم في الخطوة السابقة: "DebugLogsDirectory": "/var/$DEBUG_LOG_LOCATION"

8. حدد ⁧⁩حفظ⁧⁩.

9. يمكنك إيقاف جمع السجل عن طريق تعيين القيمة في Module Identity Twin إلى null. ارجع إلى صفحة Module Identity Twin وقم بتحديث المعلمة التالية على النحو التالي:

   "DebugLogsDirectory": ""

أفضل الممارسات حول التسجيل

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

نظرا لأن تنفيذ خادم gRPC يختلف عبر اللغات، فلا توجد طريقة قياسية لإضافة تسجيل الدخول داخل الخادم.

على سبيل المثال، إذا قمت بإنشاء خادم gRPC باستخدام .NET core، فإن خدمة gRPC تضيف سجلات ضمن فئة Grpc . لتمكين السجلات التفصيلية من gRPC، قم بتكوين بادئات Grpc إلى مستوى تتبع الأخطاء في ملف appsettings.json الخاص بك عن طريق إضافة العناصر التالية إلى القسم الفرعي LogLevel في التسجيل:

{
  "Logging": {
    "LogLevel": {
      "Default": "Debug",
      "System": "Information",
      "Microsoft": "Information",
      "Grpc": "Debug"
       }
  }
}

يمكنك أيضا تكوين هذا في ملف Startup.cs باستخدام ConfigureLogging:

public static IHostBuilder CreateHostBuilder(string[] args) =>
    Host.CreateDefaultBuilder(args)
        .ConfigureLogging(logging =>
        {

           logging.AddFilter("Grpc", LogLevel.Debug);
        })
        .ConfigureWebHostDefaults(webBuilder =>
        {
            webBuilder.UseStartup<Startup>();
        });

يوفر التسجيل والتشخيص في gRPC على .NET بعض الإرشادات لجمع بعض سجلات التشخيص من خادم gRPC.

فشل اتصال gRPC

إذا كانت البنية الأساسية لبرنامج ربط العمليات التجارية نشطة وتتدفق من كاميرا، فسيتم الاحتفاظ بالاتصال بواسطة Video Analyzer.

مراقبة وموازنة تحميل موارد وحدة المعالجة المركزية وGPU عندما تصبح هذه الموارد اختناقات

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

تشارك gRPC في مستندات .NET الأساسية أيضا بعض المعلومات القيمة حول أفضل ممارسات الأداءوموازنة التحميل.

استكشاف أخطاء خادم الاستدلال وإصلاحها عندما لا يتلقى أي إطارات وكنت تتلقى خطأ بروتوكول "غير معروف"

هناك العديد من الأشياء التي يمكنك القيام بها للحصول على مزيد من المعلومات حول المشكلة.

• قم بتضمين "فئة سجل mediaPipeline في الخصائص المطلوبة لوحدة محلل الفيديو وتأكد من تعيين مستوى السجل إلى Information.

• لاختبار اتصال الشبكة، يمكنك تشغيل الأمر التالي من جهاز الحافة.

  sudo docker exec avaedge /bin/bash -c "apt update; apt install -y telnet; telnet <inference-host> <inference-port>"
  

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

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

اختيار المزيد من الصور من المخزن المؤقت ل gRPC دون إرسال النتيجة الخلفية للمخزن المؤقت الأول

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

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

1. افتح مقبض الذاكرة المشتركة Linux.

2. عند تلقي إطار، قم بالوصول إلى إزاحة العنوان داخل الذاكرة المشتركة.

3. الإقرار بإكمال معالجة الإطار بحيث يمكن استعادة ذاكرته بواسطة وحدة حافة Video Analyzer

   ملاحظة

   إذا تأخرت في الإقرار بإيصال الإطار إلى Video Analyzer لفترة طويلة، فقد يؤدي ذلك إلى امتلاء الذاكرة المشتركة والتسبب في انخفاض البيانات.

4. قم بتخزين كل إطار في بنية بيانات من اختيارك (القائمة والصفيف وما إلى ذلك) على خادم الاستدلال.

5. يمكنك بعد ذلك تشغيل منطق المعالجة الخاص بك عندما يكون لديك العدد المطلوب من إطارات الصور.

6. إرجاع نتيجة الاستدلال مرة أخرى إلى وحدة حافة محلل الفيديو عندما تكون جاهزة.

الخطوات التالية

البرنامج التعليمي: تسجيل الفيديو المستند إلى الحدث إلى السحابة والتشغيل من السحابة