OpenJutsu يستبدل محليًا ما يصل إلى أربع شخصيات في فيديو واحد

يظل محرر الفيديو السحابي مريحًا إلى أن يحين وقت رفع المواد الأصلية الخاصة بعميل، أو مقطع لم يُنشر بعد، أو تسجيل يظهر فيه أشخاص حقيقيون. يقترح OpenJutsu مسارًا مختلفًا: استبدال الشخصيات والملابس والعناصر مباشرة على جهاز المستخدم. ويعيد المشروع تنفيذ أحد السيناريوهات الرئيسية في Higgsfield Genjutsu، لكنه يبنيه من مكونات مفتوحة ويشغله عبر ComfyUI.

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

كيف يعمل ذلك في مثال اعتيادي

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

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

تُوزع المهام داخليًا على عدة مكونات. ووفقًا لوصف المشروع، يتولى MiniMax H3 إعادة رسم الفيديو، ويتتبع SAM 3.1 الأشخاص والعناصر، ويفسر Qwen3-VL محتوى المشهد، بينما يربط ComfyUI العمليات ضمن مخطط موحد. ويمثل ذلك نقطة انطلاق مريحة للمطور، إذ يمكن دراسة كل وحدة واستبدالها بصورة منفصلة من دون إعادة كتابة الواجهة وخط المعالجة بالكامل.

التشغيل المحلي لا يعني خفة المتطلبات

تتمثل الميزة الرئيسية لـ OpenJutsu في عدم الاضطرار إلى إرسال مقاطع الفيديو الأصلية إلى خادم تابع لخدمة تجارية. ويقلل ذلك مخاطر تسرب المواد المغلقة، كما يمنح المستخدم تحكمًا أكبر في النماذج والمعلمات والنتائج. ووفقًا لما يذكره المؤلفون، يعمل المشروع على بطاقة RTX 4060 Ti بذاكرة فيديو سعتها 16 غيغابايت، وعلى حاسوب مزود بذاكرة RAM سعتها 64 غيغابايت. ويمكن لاستوديو صغير أو مطور توفير هذه المواصفات، لكن من الصعب حتى الآن وصفها بأنها متاحة لعامة المستخدمين.

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

كيف يمكن للمطور الاستفادة منه

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

ويذكّر المشروع المؤسسين بحقيقة أقل راحة: فالواجهة المبنية فوق نماذج يملكها آخرون تحمي المنتج بدرجة أقل من البيانات الخاصة، والسرعة، وجودة النتائج، وسير العمل المصمم بعناية. يستطيع المجتمع تكرار ميزة بارزة بسرعة نسبيًا إذا كانت تقوم على نماذج متاحة. لذلك فالخلاصة العملية بسيطة: ينبغي للمطورين اختبار OpenJutsu بوصفه مختبرًا محليًا، وعلى فرق المنتجات تقييم مقدار ما سيبقى من ميزتها عندما يصبح خط المعالجة الأساسي متاحًا للجميع.