ما يحتفظ به التحويل ثلاثي الأبعاد وكم يكلف

ماذا يحتفظ كل تنسيق؟#

تم تحويل مشهد مرجعي يحتوي على مكعبين بأسماء مختلفة، كل منهما بمعدنه الخاص المسمى، اللون حسب الرؤوس، إحداثيات UV والنتائج الطبيعية، إلى الوجهات الستة. عاد GLB و glTF مكتملين. جميع التنسيقات الأخرى فقدت شيئًا، وكل منها فقد شيئًا مختلفًا.

لماذا يقوم STL و PLY بدمج المشهد في شبكة واحدة؟#

لا يحتوي أي من التنسيقين على رسم بياني للمشهد. يمكن لـ GLB و glTF و OBJ وصف العديد من الأجسام المسماة في نفس الملف؛ يصف STL صلبًا واحدًا و PLY قائمة واحدة من العناصر، لذا يصل المكعبان كشبكة واحدة ولا توجد طريقة لفصلهما مرة أخرى.

كم يكبر الملف؟#

أكثر مما يتوقعه معظم الناس. في شبكة تم إنشاؤها فعليًا، احتل OBJ 5.6 مرة ما كان يشغله GLB الأصلي، و PLY 1.4 مرة. كلاهما يحملان نفس الهندسة.

لماذا يقوم OBJ و STL بمضاعفة عدد الرؤوس؟#

لأنه لا يشترك أي منهما في رؤوس بين المثلثات. تحافظ الشبكة المفهرسة بشكل جيد على كل زاوية مرة واحدة فقط وتُشير إليها من جميع المثلثات التي تلمسها؛ OBJ و STL، كما هي مكتوبة هنا، يحفظان بشكل منفصل الثلاث زوايا لكل مثلث. في الاختبار مع lion.glb، حول ذلك 249,369 الرؤوس إلى 1,496,202، عدة 6 مرات أكثر.

لماذا نما الملف حتى عند التحويل من GLB إلى GLB؟#

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

هل تغير عملية التحويل الشكل؟#

لا. كل وجهة تم تحويلها ثم تم إعادة قراءتها، وخرج السطح متماثلًا: نفس عدد المثلثات ونفس مساحة السطح الكلية، حتى حد القياس، في شبكة مكونة من 498,734 مثلثات. الهندسة هي الجزء من ملف 3D الذي يبقى سليماً بعد التحويل.

إذن، هل التحويل ثلاثي الأبعاد يفقد شيئًا أم لا؟#

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

ما الوجهة التي يجب أن تختارها؟#

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

ما الذي يحدد هذه التنسيقات#

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

• مواصفات glTF 2.0مجموعة Khronos

  حدد رسم المشهد، المواد والاكسسوارات التي يحملها GLB و glTF، وشرح لماذا كانت هذه هي الوجهات الوحيدة التي نجت سليمة هنا.

• نوع الوسيط model/gltf-binaryIANA

  النوع المسجل لـ GLB، الحاوية الثنائية التي تم قياسها أعلاه.

• نوع الوسيط model/stlIANA

  STL كما هو مسجل: مثلثات وnormales للوجه، دون أي حقل للون، UV، المواد أو أسماء الكائنات.

• تنسيق ملف Wavefront OBJPaul Bourke

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

• تنسيق ملف مضلعات PLYPaul Bourke

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

• مواصفات تنسيق ملف USDZPixar / OpenUSD

  USDZ هو ملف مضغوط zip مدخلته الأولى هي مشهد USDA. هذا هو الحزمة التي يكتبها ويقرأها هذا المحول.

كيفية القياس#

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

1. بناء مشهد مرجعي يتضمن مكعبين مسميين، كل منهما بمواد معدنية مسماة، لون لكل رأس، إحداثيات UV والسطوح العادية.
2. تحميل الشبكات الحقيقية المولدة بنفس الطريقة التي يقوم بها المحول بتحميل الملف الذي تعطيه له، بما في ذلك الخطوة التي تحسب نُظُم الرؤوس عندما تصل الشبكة بدونها.
3. تصدير إلى GLB و glTF و OBJ و STL و PLY و USDZ باستخدام نفس المصدّرين الذين يستدعيهم المحول ونفس الإعدادات الثنائية.
4. تسجيل الحجم بالبايت لكل نتيجة.
5. قراءة السمات مباشرة من البايتات المكتوبة وليس من مشهد تم إعادة تحميله، لأن المحمل يخترع ما لا يحتويه الملف: ملف OBJ بدون خطوط vn يتم إعادة تحميله كذلك مع سمة نظم تم توليفها.
6. نشر الجدول مباشرة من تلك النتيجة. مقاس 13 سبتمبر 2026 three.js r179.