تنسيق ملف Au
يُعدّ تنسيق ملف Au تنسيقًا بسيطًا لملفات الصوت، قدّمته شركة صن مايكروسيستمز . كان هذا التنسيق شائعًا في أنظمة NeXT وصفحات الويب القديمة. في الأصل، كان الملف بدون رأس، حيث كان عبارة عن بيانات مُشفّرة بقانون μ-law ذات 8 بتات بمعدل عينة 8000 هرتز. [ 1 ] غالبًا ما استخدمت أجهزة من موردين آخرين معدلات عينة تصل إلى 8192 هرتز، وهي مضاعفات صحيحة لترددات إشارة ساعة الفيديو. تحتوي الملفات الأحدث على رأس يتكون من ست كلمات غير مُوقّعة من 32 بت ، وجزء معلومات اختياري يكون حجمه دائمًا غير صفري، ثم البيانات ( بتنسيق big-endian ).
على الرغم من أن هذا التنسيق يدعم الآن العديد من تنسيقات ترميز الصوت ، إلا أنه لا يزال مرتبطًا بترميز μ-law اللوغاريتمي. كان هذا الترميز أصليًا في جهاز SPARCstation 1 ، حيث كان نظام التشغيل SunOS يعرض الترميز لبرامج التطبيقات من خلال واجهة ملف الجهاز /dev/audio . أصبح هذا الترميز وهذه الواجهة معيارًا فعليًا لصوت أنظمة يونكس .
تنسيق جديد
تُخزَّن جميع الحقول بتنسيق big-endian، بما في ذلك بيانات العينة. [ 4 ] [ 5 ]
| كلمة uint32 | مجال | وصف |
|---|---|---|
| 0 | الرقم السحري | القيمة 0x2e736e64 (أربعة أحرف ASCII ".snd") |
| 1 | إزاحة البيانات | إزاحة البيانات بالبايت . (في إصدار Sun الأقدم، كان يجب أن يكون هذا من مضاعفات 8.) الحد الأدنى للرقم الصالح هو 28 (عشري)، لأن هذا هو طول الرأس (ست كلمات 32 بت) بالإضافة إلى الحد الأدنى لحجم التعليق التوضيحي (4 بايت، كلمة أخرى 32 بت). |
| 2 | حجم البيانات | حجم البيانات بالبايت، باستثناء الترويسة. في حال عدم معرفة الحجم، يجب استخدام القيمة 0xffffffff . |
| 3 | التشفير | تنسيق ترميز البيانات:
من المفترض أن يتم تعيين القيم من 0 إلى 255 من قبل جهة معتمدة لتنسيق الملفات (كانت NeXT، والآن Oracle). يمكن استخدام قيم أخرى للتنسيقات المخصصة. [ 5 ] |
| 4 | معدل أخذ العينات | عدد العينات في الثانية، على سبيل المثال، 8000، 11025، 22050، 44100، و48000. [ 4 ] قد تستخدم NeXT الرقم 8013. [ 5 ] |
| 5 | القنوات | عدد القنوات المتداخلة، على سبيل المثال، 1 أحادي، 2 ستيريو؛ من الممكن وجود المزيد من القنوات، ولكن قد لا تدعمها جميع أجهزة القراءة. |
| 6 | – | سلسلة وصف أو تعليق اختيارية، تنتهي بـ NULL. يجب تخزين 4 بايتات على الأقل حتى لو لم يتم استخدامها. في إصدار Sun الأقدم، كان يجب أن يكون طول السلسلة من مضاعفات العدد 8 بايت. في بعض التطبيقات الأقدم، لا يتم إنهاء السلسلة بشكل صحيح بـ NULL، ولكن يظل الإزاحة موثوقًا به. [ 4 ] |
يعتمد نوع التشفير على قيمة حقل "التشفير" (الكلمة 3 من رأس الملف). تُعدّ التنسيقات من 2 إلى 7 تنسيقات PCM خطية غير مضغوطة ، وبالتالي فهي تقنيًا غير مُفقِدة للبيانات (مع أنها قد لا تخلو بالضرورة من خطأ التكميم ، خاصةً في صيغة 8 بت). أما التنسيقان 1 و27 فهما تنسيقا μ-law و A-law على التوالي، وكلاهما يضغطان تمثيلات لوغاريتمية لـ PCM، ويمكن القول إنهما يُفقِدان البيانات، حيث يضغطان ما يقارب 16 بت من النطاق الديناميكي في 8 بت من البيانات المُشفّرة، على الرغم من أن ذلك يتحقق من خلال استجابة ديناميكية مُعدّلة دون فقدان أي بيانات. أما التنسيقات من 23 إلى 26 فهي ADPCM، وهي شكل مبكر من أشكال الضغط المُفقِد للبيانات ، وعادةً ما تحتوي على 4 بت من البيانات المُشفّرة لكل عينة صوتية (لكفاءة 4:1 مع مدخلات 16 بت، أو 2:1 مع مدخلات 8 بت). أما البقية (من الرقم 8 إلى الرقم 22) فهي عبارة عن أوامر أو بيانات DSP ، مصممة ليتم معالجتها بواسطة برنامج NeXT Music Kit .
ملاحظة: يتم ترميز تنسيقات PCM كبيانات موقعة، على عكس البيانات غير الموقعة.
يدعم التنسيق الحالي مقطع بيانات صوتية واحد فقط لكل ملف. ويتم تجاهل حقل التعليقات التوضيحية ذي الطول المتغير حاليًا بواسطة معظم تطبيقات الصوت.
مراجع
- 1 2 "audio/basic" . IANA.org . تم الاطلاع عليه بتاريخ 23 فبراير 2023 .
- ↑ "AVFileTypeSunAU" . وثائق مطوري Apple . شركة Apple Inc.
- ↑ "معرفات الأنواع الموحدة المعلنة من قبل النظام" . مرجع معرفات الأنواع الموحدة . شركة آبل.
- 1 2 3 صفحات دليل أوراكل: au(4) - تنسيق ملف الصوت AU (المواصفات الحالية)
- 1 2 3 "أسئلة وأجوبة حول تنسيقات ملفات الصوت: تنسيقات الملفات" . sox.sourceforge.net . مؤرشف من الأصل بتاريخ 23 فبراير 2023.
- ↑ "تنسيقات ملفات الصوت والضغط" . docs.oracle.com .
روابط خارجية
- صفحات دليل أوراكل: audio(7i) — واجهة جهاز الصوت العامة (للحصول على معلومات حول واجهة /dev/audio)
- تنسيقات ملفات الحاسوب
- تنسيقات الحاويات الرقمية
- برامج ترميز الصوت
