محول DFONT إلى RGBO
يمكنك تحويل ملفات dfont إلى rgbo على الإنترنت وبشكل مجاني
dfont
rgbo
كيفية تحويل DFONT إلى RGBO
قُم بتحديد الملفات من جهاز الحاسوب وGoogle Drive وDropbox، ورابط URL أو من خلال سحبها إلى الصفحة.
اختر صيغة rgbo أو أية صيغة أخرى أنت بحاجةٍ إليها كنتيجة (أكثر من 200 صيغة مدعومة)
هيا قُم بتحويل الملف وسوف يمكنك تنزيل ملفك بصيغة rgbo فِيما بعد
عن الصيغ
DFONT (Data Fork TrueType) هو تنسيق ملفات خطوط طرحته Apple مع Mac OS X 10.0 في مارس 2001، ابتكر لحل مشكلة توافق جوهرية في الانتقال من Mac OS الكلاسيكي إلى بنية OS X القائمة على Unix. كانت خطوط Mac الكلاسيكية تخزن بيانات الحروف في resource fork — تدفق ملف ثانوي خاص بنظام ملفات HFS — لكن أساس Unix في OS X واستخدامه لـ UFS لم يكن يدعم resource fork أصلا. ينقل DFONT بنية resource fork بالكامل إلى data fork، ملفا نفس جداول خطوط TrueType في خريطة موارد يمكن لواجهات API الطباعية في OS X قراءتها. الملف هو في جوهره حقيبة TrueType suitcase بدون resource fork. ضمنت Apple تنسيق DFONT كتنسيق افتراضي لخطوط النظام المشحونة مع OS X، ولا يزال موجودا في أدلة نظام macOS. من مزاياه التوافق السلس مع الإصدارات السابقة لمكدس عرض الخطوط الحالي من Apple — البنية الداخلية تعكس خطوط resource fork الكلاسيكية، لذا يتعامل CoreText وأسلافه مع ملفات DFONT دون أي مسار تحويل خاص. التصميم أحادي التدفق ميزة عملية أخرى، يضمن بقاء ملفات DFONT سليمة عند تخزينها على وحدات تخزين غير HFS أو نقلها عبر الشبكات أو إدارتها بأنظمة التحكم في الإصدارات. بينما تتجه Apple بشكل متزايد نحو OpenType (بصيغ otf./ttc.) لخطوط النظام الأحدث، تستمر ملفات DFONT في الظهور في تثبيتات macOS وفي مجموعات الخطوط القادمة من حقبة OS X.
RGBO هو تسمية تنسيق بيانات بكسل خام يستخدمها ImageMagick، حزمة معالجة الصور مفتوحة المصدر التي صدرت لأول مرة في 1990، وتمثل الصور كسلسلة مسطحة من قيم عينات الأحمر والأخضر والأزرق والعتامة (ألفا معكوس) بدون رأس أو حاوية أو ضغط. يحدد ترتيب قنوات RGBO أن القناة الرابعة هي العتامة وليس ألفا — حيث تمثل ألفا الشفافية (0 = شفاف، الحد الأقصى = معتم)، بينما تمثل العتامة العكس (0 = معتم، الحد الأقصى = شفاف). هذا التمييز مهم في خطوط التركيب حيث تتباين الاتفاقية الرياضية للقناة الرابعة بين الأنظمة: بعض نماذج التركيب تعمل بالألفا (الشفافية)، بينما استخدمت اتفاقيات أقدم بما في ذلك أجزاء من المعالجة الداخلية لـ ImageMagick تاريخياً العتامة. تحتوي ملفات RGBO على بيانات عينات خام بعمق بت يحدده المستخدم (8 بت أو 16 بت أو نقطة عائمة لكل قناة)، مع تخزين البكسلات بترتيب خطوط المسح. لعدم وجود رأس، يجب تحديد أبعاد الصورة وعمق البت وترتيب البايتات خارجياً عند قراءة الملف — عادةً عبر وسيطات سطر أوامر ImageMagick. من أبرز مزاياه التوافق المباشر مع خطوط المعالجة التي تستخدم اتفاقية العتامة: يلغي RGBO الحاجة لعكس القناة عند التواصل مع أنظمة تتوقع العتامة بدلاً من ألفا، مانعاً أخطاء التركيب الدقيقة التي تحدث عند خلط اتفاقيات الشفافية. طبيعة البيانات الخام للتنسيق توفر ميزة عملية أخرى — بدون حمل ترميز، يمكن تعيين بيانات RGBO في الذاكرة ومعالجتها بتعليمات SIMD أو توجيهها بين العمليات بأدنى تأخير. يُستخدم RGBO بشكل أساسي ضمن سلاسل معالجة ImageMagick ويمكن تحويله إلى أي تنسيق آخر باستخدام دعم ImageMagick الواسع للتنسيقات.