سيناريو توضيحي: يستخدم مورغان حاسوبًا محمولًا قديمًا لإجراء مكالمة عبر Jitsi Meet. يرتفع صوت المروحة ويبقى استهلاك وحدة المعالجة المركزية للمتصفح مرتفعًا عندما تكون كاميرات عدة أشخاص مُشغّلة. هذا مثال افتراضي، وليس تقريرًا من مستخدم حقيقي أو نتيجة اختبار. يُتيح لنا هذا المثال طريقة عملية لفصل الأسباب المحتملة: فك تشفير عدة تدفقات فيديو واردة، أو تشفير كاميرا مورغان، أو مؤثرات الفيديو، أو مشكلة في المتصفح والرسومات.
ابدأ بتحديد الجزء الأكثر استهلاكًا للموارد في المكالمة. ثم غيّر إعدادًا واحدًا في كل مرة وقارن النتائج في ظل ظروف اجتماع مماثلة. قد يستهلك تطبيق Jitsi Meet قدرًا كبيرًا من موارد المعالج حتى عندما يكون خادم Jitsi يعمل بكفاءة؛ يركز هذا الدليل على المتصفح والجهاز، وليس على سعة خادم Videobridge.
تُظهر الرسوم التوضيحية للشاشة أدناه أمثلة على عناصر التحكم وعمليات التحقق. قد يختلف المظهر الدقيق لعناصر التحكم ومدى توفرها باختلاف نشر Jitsi والمتصفح والإصدار.
أثناء حدوث المشكلة، افتح مدير المهام أو مراقب النشاط أو مراقب النظام في نظام التشغيل. ابحث عن عملية المتصفح، وإذا كانت الأداة تُقسّم نشاط المتصفح إلى علامات تبويب أو مهام، فابحث عن علامة تبويب Jitsi Meet. لاحظ ما إذا كان استخدام وحدة المعالجة المركزية مستمرًا أم يرتفع بشكل طفيف فقط عند انضمام شخص ما أو تغيير الفيديو. تحقق أيضًا مما إذا كان تطبيق آخر - مثل مسجل الشاشة أو لعبة أو محرر فيديو - يستهلك قدرًا أكبر من المعالج.
بالنسبة لمورغان، يجيب هذا الفحص الأولي على سؤال مهم: هل يتحمل المتصفح العبء الأكبر، أم أن المروحة تستجيب لتطبيق آخر؟ سجّل حجم الاجتماع، وما إذا كانت الكاميرا المحلية مُفعّلة، وما إذا كانت المؤثرات نشطة. هذه التفاصيل تجعل المقارنات اللاحقة ذات مغزى.
قارن بين الجهاز نفسه في مكالمة ثنائية ومكالمة جماعية، إن أمكن. في الاجتماع الجماعي، لاحظ ما إذا كان استهلاك وحدة المعالجة المركزية يرتفع مع ازدياد عدد الكاميرات الظاهرة أو عند التبديل إلى تخطيط يعتمد على تقسيم الشاشة إلى مربعات. قد يُحمّل عرض وفك تشفير عدة تدفقات فيديو متحركة جهاز المستخدم بمهام أكثر من فيديو واحد عن بُعد. هذه مجرد إشارة تشخيصية، وليست دليلاً قاطعاً: فحجم المكالمة ودقة الفيديو وبرامج تشغيل الجهاز والتطبيقات الأخرى تُؤثر أيضاً على الحمل.
إذا ظل استهلاك وحدة المعالجة المركزية مرتفعًا حتى في مكالمة ثنائية مع إيقاف تأثيرات الفيديو، فركز بعد ذلك على الكاميرا المحلية والمتصفح ومسار الرسومات. أما إذا ارتفع الاستهلاك بشكل رئيسي مع كثرة الصور الواردة، فأعطِ الأولوية لعناصر التحكم في جودة الاستقبال وتخطيط الشاشة أو سياسة المضيف.
افتح قائمة "المزيد من الإجراءات" الخاصة بالاجتماع وابحث عن "إدارة جودة الفيديو" . إذا كان نظامك يعرض شريط تمرير للجودة، فاختر إعدادًا أقل ولاحظ ما إذا كانت تفاصيل الصور الواردة أصبحت أقل وضوحًا وأصبح المتصفح أكثر استجابة. هذا الخيار خاص بالفيديو الذي تتلقاه، ولا يؤثر بالضرورة على دقة بث الكاميرا الخاص بك.
يصف دليل تكوين Jitsi الحالي startLastNالتحكم في عدد مقاطع الفيديو التي يتم استقبالها من قِبل المشاركين، ويشير إلى استخدام شريط تمرير الجودة عند channelLastNضبط الإعدادات. لذا، لا تفترض أن جميع غرف Jitsi تحتوي على هذا التحكم أو أنه يعمل بنفس الطريقة في كل مكان. إذا لم يكن موجودًا، فتابع الخطوات الأخرى أو اسأل مسؤول الاجتماع عما إذا كان النظام يدعم إدارة جودة الاستقبال.
أوقف تشغيل الكاميرا مؤقتًا مع الحفاظ على سير المكالمة بشكل مشابه قدر الإمكان. إذا لاحظت فرقًا واضحًا، فقد يكون ذلك بسبب عمليات التقاط الفيديو أو ترميزه على جهازك. مع ذلك، لا يُلغي هذا الإجراء عملية فك ترميز فيديوهات المشاركين الآخرين، لذا قد يظل استخدام الكاميرا في حال وجود عدد كبير من المستخدمين مُرهقًا.
إذا لم يكن الفيديو ضروريًا، فأوقف تشغيل الكاميرا. إذا كنت بحاجة إلى إرسال فيديو، فحسّن الإضاءة وثبّت إطار الكاميرا بحيث تظل الصورة واضحة حتى مع دقة منخفضة؛ تجنب تغيير عدة إعدادات جودة في وقت واحد، لأن ذلك يجعل النتيجة أصعب في التفسير.
إذا كانت خاصية التمويه أو الخلفية الافتراضية مُفعّلة، فقم بإيقافها لإجراء مقارنة سريعة. تُضيف المؤثرات معالجةً إلى مسار الفيديو المحلي، وقد لا تكون مناسبة للأجهزة القديمة. يتضمن دليل إعدادات Jitsi خيارًا لتعطيل الخلفيات الافتراضية، ولكن إمكانية تفعيل/إيقاف هذه الميزة تعتمد على إعدادات الموقع.
ينبغي على مورغان اختبار ذلك بعد مقارنة الكاميرا: أولاً، إيقاف تشغيل الكاميرا، ثم تشغيلها مع إيقاف المؤثرات. إذا كان الوضع الثاني أسهل على الكمبيوتر المحمول من الوضع الأول، فمن الأنسب ترك المؤثر معطلاً. لا تستنتج أن المؤثر هو السبب إذا لم يكن الفرق قابلاً للتكرار.
أغلق علامات التبويب والتطبيقات غير ذات الصلة التي تستهلك موارد النظام بكثافة، ثم تأكد من استخدام متصفح حديث مدعوم من قِبل نظام Jitsi لديك. تعرض صفحة دعم المتصفحات في Jitsi قائمة بمتصفحات سطح المكتب المدعومة، ولكن قد تتغير هذه القائمة؛ لذا تأكد من القائمة الحالية للإصدار الذي تستخدمه. إذا استمرت المشكلة، جرّب مؤقتًا تعطيل إضافات المتصفح في ملف تعريف نظيف حيث تسمح سياسة مؤسستك بذلك.
يُعدّ تسريع الأجهزة مُتغيرًا تشخيصيًا، وليس حلًا شاملًا. في متصفح Chrome، تُشير إرشادات دعم Google إلى إيقاف تشغيل تسريع الرسومات وإعادة تشغيل المتصفح كخطوة لحل المشكلة. إذا كنت تشك في وجود مشكلة في وحدة معالجة الرسومات أو برنامج التشغيل، فاحفظ الإعدادات الأصلية، ثم غيّرها، وأعد تشغيل المتصفح، وقارن النتائج. قد يُعيد عرض البرامج بعض العمليات إلى وحدة المعالجة المركزية، لذا استعد الإعدادات إذا ساء الأداء. حدّث المتصفح وبرنامج تشغيل الرسومات من خلال عملية التحديث المُعتمدة؛ وتجنّب تثبيت برامج التشغيل من مصادر غير موثوقة.
يمكن لمسؤولي نشر Jitsi المُستضاف ذاتيًا مراجعة إعدادات الفيديو بعد اختبار خيارات المشاركين. توضح وثائق مرجع الإعدادات resolutionارتفاع الفيديو المحلي المُفضّل ومستوى التقاط الفيديو constraintsبشكل منفصل. على سبيل المثال، يمكن للمسؤول اختبار مستوى التقاط أقل كما يلي في كائن الإعدادات الصحيح:
resolution: 360,
constraints: {
video: {
height: { ideal: 360, max: 360, min: 240 }
}
},هذا مثال توضيحي، وليس حلاً شاملاً: تأكد من صحة الصيغة والخيارات المدعومة في إصدار Jitsi وإعداداته المستخدمة في نظامك. يؤدي خفض هدف الالتقاط إلى تقليل تفاصيل الصورة مقابل تقليل بيانات الفيديو المراد معالجتها وإرسالها. اختبر جودة الصورة، وأداء الكاميرا، ووحدة المعالجة المركزية للعميل على أجهزة نموذجية قبل تطبيق التغيير على نطاق واسع. تشير الملاحظات المرجعية إلى أن قيود الالتقاط مستقلة عن الإعدادات resolution.
بالنسبة للمسؤولين الذين يُبلغ مستخدموهم عن ارتفاع استهلاك وحدة المعالجة المركزية، خاصةً في عرض البلاطات الكبيرة، يُرجى مراجعة الإعدادات maxFullResolutionParticipants. تُوضح Jitsi أن هذا الخيار يُظهر عدد المشاركين بدقة كاملة قبل تقليل جودة الفيديو المُستلم من HD إلى SD في عرض البلاطات. هذا التكوين maxFullResolutionParticipants: 4هو مجرد مثال، وليس إعدادًا مُوصى به لجميع المؤسسات.
يؤثر هذا الإعداد على جودة الفيديو للمشاركين، ويجب تقييمه كسياسة عامة للموقع. راجع وثائق التكوين الحالية لمعرفة المصطلحات الدقيقة في إصدارك، وطبّق التغيير، واطلب من المستخدمين مقارنة نفس حجم الغرفة وتصميمها. لا تخلط بين هذا الإعداد وزيادة سعة الخادم؛ فهو يُغيّر ما يتلقاه العملاء.
كرر المقارنة في ظروف مماثلة: نفس الجهاز، والمتصفح، وحجم الاجتماع، والتصميم، وحالة الكاميرا. تحقق مما إذا كان استخدام وحدة المعالجة المركزية للمتصفح يستقر، وما إذا كان الصوت واضحًا، وما إذا كان الفيديو عن بُعد قابلاً للاستخدام، وما إذا كان الفيديو الخاص بك لا يزال يلبي متطلبات الاجتماع. غيّر إعدادًا واحدًا في كل مرة ولاحظ النتيجة. إذا ظل استخدام وحدة المعالجة المركزية مرتفعًا مع إيقاف تشغيل الكاميرا، وتعطيل المؤثرات، وعدد قليل فقط من مقاطع الفيديو عن بُعد، فجرّب ملف تعريف متصفح مدعومًا وتحقق من حدود رسومات النظام أو حدود الحرارة؛ يشير هذا النمط إلى أكثر من مجرد خيار فيديو Jitsi واحد وقد يتطلب تشخيصًا للجهاز أو المتصفح.
بالنسبة للمشاكل التي تواجه المستخدم، فإنّ الحلول الأقل تأثيرًا عادةً ما تكون تقليل جودة الفيديو الوارد عند توفرها، وإزالة معالجة الفيديو المحلية غير الضرورية، وإغلاق العمليات المتنافسة. قد تُساعد تغييرات التكوين المُستضافة ذاتيًا عندما يؤثر النمط على العديد من المشاركين، ولكنها تُغيّر أيضًا تجربة الجميع. راجع دليل مستخدم Jitsi الرسمي للتحكم المتقدم في الاجتماعات ، ومرجع تكوين Jitsi ، وقائمة المتصفحات المدعومة . لحل مشاكل تسريع Chrome، اتبع إرشادات تسريع الرسومات الرسمية من Google Chrome . تمت مراجعة هذه الصفحات في 6 أكتوبر 2026؛ ويتم تحديث دليل Jitsi بمرور الوقت، لذا تحقق من الخيارات المُتاحة في إصدارك المُثبّت.
قم بتشخيص ارتفاعات وحدة المعالجة المركزية في متصفح Jitsi Meet وقلل من حمل العميل عن طريق فحص مربعات الفيديو وتأثيرات الكاميرا ورسومات المتصفح وإعدادات المضيف.
تتبع حالة Jitsi Videobridge، وحمل المؤتمرات، وحركة المرور باستخدام نقطة نهاية Prometheus المدمجة، ثم استكشف البيانات وارسمها بيانيًا في Grafana.
قم بتكوين نطاق مخصص لـ Jitsi Meet Docker باستخدام DNS و PUBLIC_URL و HTTPS و Let's Encrypt ومنافذ جدار الحماية وإعدادات NAT والتحقق من طرف إلى طرف.
قم بإصلاح أخطاء 404 في وحدة تحكم إدارة Zimbra بعد تجديد شهادة SSL عن طريق التحقق من عنوان URL والمنفذ الصحيحين، وتوجيه الوكيل، وحالة الخدمة، والشهادات المنشورة، والسجلات.
تعرف على كيفية تشخيص وإصلاح تحذير تكوين PHP OPcache الخاص بـ Nextcloud عن طريق التحقق من إعدادات PHP SAPI النشطة، وحدود الحجم، والتعليقات، وإعادة التحقق.
قم باستكشاف أخطاء ترحيل قاعدة بيانات Kopano وإصلاحها بعد ترقية MySQL أو MariaDB عن طريق التحقق من النسخ الاحتياطية، وإصدارات الخادم، وأوضاع SQL، ومجموعة الأحرف، وحالة المخطط، والسجلات.
قم بتوصيل Nextcloud بـ LDAP أو Active Directory باستخدام النقل الآمن، وفلاتر المستخدم والمجموعة، وسمات تسجيل الدخول، وعملية نشر تم اختبارها.
إصلاح إشعارات Element Android على الهواتف التي تم إلغاء خدمة Google منها عن طريق تكوين UnifiedPush، وأذونات Android، وإعدادات البطارية، واختبارات التحقق الموثوقة.
قم بإزالة تحذير فهارس قاعدة البيانات المفقودة في Nextcloud باستخدام أمر occ الرسمي. قم بعمل نسخة احتياطية أولاً، ثم استعرض التغييرات، وقم بتشغيل عملية الإصلاح، وتحقق من النتيجة.
قم بتكوين Keycloak SSO لـ Element Web عن طريق ربط OIDC بـ Synapse، وتعيين عنوان URL لإعادة الاتصال بدقة، وتعيين مطالبات المستخدم، واختبار تسجيل الخروج.
