مستخرج الصور المصغّرة من G-code

أين تختبئ صورة المعاينة

حين تعرض طابعتك صورة صغيرة للنموذج بجوار اسم الملف، فتلك الصورة موجودة داخل ملف .gcode نفسه، مكتوبة على هيئة سطور تعليق بترميز base64:

; thumbnail begin 220x124 12345
; iVBORw0KGgoAAAANSUhEUg…
; thumbnail end

تعثر هذه الأداة على تلك الكتل، وتفكّ ترميزها، وتعرض كل ما وجدته، وتتيح لك حفظها فرادى أو مجتمعة في ملف ZIP.

التفاصيل التي تعرضها

لكل كتلة تحصل على النوع المعلن في الترويسة، والصيغة المكتشفة من البايتات السحرية للملف نفسه، والأبعاد بالبكسل، وعدد أحرف base64 بجوار الرقم الذي أعلنه برنامج التقطيع، وعدد البايتات بعد فك الترميز، ورقم السطر الأصلي. هذان الرقمان مهمان: الرقم في ترويسة ; thumbnail begin هو عدد أحرف base64 وليس الحجم بعد فك الترميز، ولهذا تُنذر بعض الأدوات بعدم تطابق الحجم في ملفات سليمة تماماً. هذه الأداة لا تفعل ذلك.

الصيغ

تُعاد كتل PNG وJPEG بايتاً ببايت كما كتبها برنامج التقطيع. أما QOI — وهي صيغة مضغوطة تستخدمها إصدارات حديثة من PrusaSlicer وRepRapFirmware لأنها تُفك بسرعة على متحكم الطابعة — فتُفك هنا ويُعاد ترميزها إلى PNG، لأن المتصفحات لا تعرضها أصلاً.

ما هو مدعوم

كتل PrusaSlicer وSuperSlicer وOrcaSlicer وBambu Studio، بما فيها صيغ _QOI و_JPG و_PNG، وملفات Duet التي تفتح كتلة QOI وتغلقها بعلامة ; thumbnail end العادية.

أما Ultimaker Cura فمدعوم فقط إذا استُخدم سكربت المعالجة اللاحقة "Create Thumbnail". فمعاينة Cura الأصلية تعيش داخل حزمة .ufp، وهي ملف ZIP تكون فيه الصورة جزءاً مستقلاً، لا داخل ملف .gcode.

ما هو غير مدعوم

حاوية .bgcode الثنائية من PrusaSlicer تُكتشف ويُذكر اسمها بدل العبث بها: صدّر G-code نصياً عادياً لقراءة معاينته. كذلك لا تُقرأ ترويسات BMP الثنائية الخاصة التي تضيفها بعض أجهزة FlashForge وWeedo.

كل شيء يعمل داخل متصفحك، فلا الملف ولا الصور تغادر جهازك.