الصوت الغامر والمكاني: مرجع تقني في حاوية الصوت الطويل ونموذج تعريف الصوت وتسليم التخت العربي كائناتٍ مستقلة
مرجع عمل لمهندسي التسجيل والماسترة الذين يجهّزون ماسترًا قائمًا على الكائنات أو على المشهد الصوتي، ولكل من سُلّم إليه ملفٌّ «غامر» وقيل له اجعله يعبر الفحص.
الجواب المباشر
الصوت الغامر ليس تأثيرًا يُضاف إلى المكساج، بل طريقة مختلفة في وصف ما هو الصوت أصلًا: بدل أن تقول «هذا المسار يذهب إلى السماعة اليمنى الخلفية»، تقول «هذا العود يجلس على يمين نصف الدائرة بزاوية كذا وارتفاع كذا»، وتترك للمُصيِّر أن يقرر أي سماعة تنطق به في الغرفة التي يُشغَّل فيها فعلًا. يُكتب هذا الوصف بلغة معيارية مفتوحة اسمها نموذج تعريف الصوت ADM وهي التوصية ITU-R BS.2076، ويُحمَل نصًّا داخل حاوية BW64 وهي التوصية ITU-R BS.2088، وهي امتداد بأربع وستين بتة لصيغة RIFF/WAVE يتجاوز سقف الأربعة جيجابايت الذي يقيّد ملف WAV التقليدي. وأهم ما يجب فهمه عمليًّا: الصوت والوصف شيئان منفصلان داخل الملف الواحد، ولا شيء في الصيغة يجبرهما على الاتفاق. لهذا فأغلب حالات رفض التسليم الغامر ليست مشكلات سمعية بل مراجع مكسورة: عدد مسارات معلَن في قطعة الصيغة لا يطابق جدول القنوات، أو معرّف مسار لا يشير إليه أي كائن، أو كتلة توقيت ترجع إلى الوراء. الفحص هنا تدقيق مراجع يُجرى بالبرمجة، لا جلسة استماع.
والخلاصة الثانية تخصّ من يشتغل على الموسيقى العربية تحديدًا: التخت هو أوضح حجة موجودة على الصوت القائم على الكائنات. العود والقانون والناي والكمان والرق والدربكة مصادر منفصلة فعلًا، لكلٍّ منها موضع حقيقي في نصف دائرة حقيقية، وليست طبقات صُنعت داخل البرنامج ثم وُزّعت بمقبض بانوراما. وهذا الفرق ليس ذوقًا؛ هو الفرق بين مادة تستفيد من التسليم بالكائنات ومادة لا تستفيد منه.
١. ثلاثة أنواع من الصوت، والفرق الذي يحسم شكل الملف
كل مشكلة في التسليم الغامر تبدأ من التباس في سؤال واحد: ما هو هذا المسار فعلًا؟
١.١ القائم على القنوات
الصوت القائم على القنوات يربط كل مسار بموضع سماعة ثابت. الستيريو من هذا النوع، وكذلك الصيغة 5.1، وكذلك «الفراش» bed بصيغة 7.1.4. الموضع مخبوز في هوية القناة: المسار الثالث هو سماعة الوسط، وسيبقى سماعة الوسط على كل نظام يشغّله. والتوصية ITU-R BS.2051 هي التي تقنّن هذه التخطيطات لأنظمة الصوت المتقدمة، وتصفها بعدد السماعات في الطبقات الثلاث — العليا فالوسطى فالسفلى:
System A 0+2+0 stereo
System B 0+5+0 5.1
System D 4+5+0
System J 4+7+0
System H 9+10+3 (22.2)وفي نموذج تعريف الصوت يُوصَف هذا النوع بتعريف DirectSpeakers وشارته الرقمية 0001.
١.٢ القائم على الكائنات
الصوت القائم على الكائنات يحمل إشارة أحادية — أو حزمة متعددة القنوات — مصحوبةً ببيانات موضع تتغيّر مع الزمن. المُصيِّر هو الذي يقرر أي سماعات حقيقية تنطق بها وبأي نسب، بناءً على التخطيط الموجود فعلًا في الغرفة. ولا شيء في المسار يفترض وجود سماعة بعينها. تعريفه Objects وشارته 0003.
١.٣ القائم على المشهد
الصوت القائم على المشهد، وهو عمليًّا الأمبيسونيك عالي الرتبة، يشفّر الحقل الصوتي كله بوصفه مجموعة مركّبات توافقية كروية. لا مركّبة منها تقابل اتجاهًا بمفردها؛ الاتجاه ينشأ من التركيب الخطي لها. تعريفه HOA وشارته 0004. ويعرّف النموذج كذلك Matrix بشارة 0002 للإشارات المصفوفية مثل Mid-Side و Lt/Rt، ويعرّف Binaural بشارة 0005 للأزواج المعدّة للسماعات الرأسية.
القائم على القنوات يخبر الملف أين السماعات؛ والقائم على الكائنات يرفض أن يخمّن؛ والقائم على المشهد يصف الحقل بدل أن يصف المصادر.
١.٤ لماذا التخت هو الحالة النموذجية للكائنات
الفرق أعلاه ليس تصنيفًا نظريًّا، وأوضح ما يظهر على مادة عربية بعينها.
خذ تسجيل تخت في قاعة: العود إلى يسار المستمع بقليل، القانون مقابله إلى اليمين، الناي خلف الصف الأول في المنتصف، الكمان إلى اليسار الخارجي، الرق والدربكة في الوسط الخلفي، والمطرب في المقدمة على محور القاعة. هذه ليست مواضع اخترعها المكساج؛ هي مواضع فيزيائية حقيقية جلس فيها العازفون، لها زوايا وارتفاعات ومسافات يمكن قياسها بشريط قياس ليلة التسجيل. كل آلة مصدر منفرد له وجود مكاني مستقل، ونصف الدائرة نفسه جزء من المعنى الموسيقي: التخت يشتغل بوصفه دائرة تسامع، لا بوصفه أربع طبقات تُكدَّس فوق بعضها.
قارن ذلك بإنتاج بوب متعدد الطبقات: عشرون مسارًا لا واحد منها له «موضع حقيقي»، لأن أكثرها وُلد داخل البرنامج أصلًا — بادّات ومضاعفات وطبقات إيقاع مبرمَجة. تحويل مثل هذا الإنتاج إلى كائنات ممكن، لكنه اختراع مواضع لا اكتشاف لها.
ولهذا فإن تسجيل التخت والفرق الكلاسيكية العربية من أقوى الحجج التقنية على التسليم بالكائنات: البيانات الوصفية هنا تصف واقعًا، لا قرارًا جماليًّا لاحقًا. أضف إلى ذلك أن نصف دائرة التخت ضيّق نسبيًّا وعميق، والفروق بين مواضع الآلات صغيرة بالدرجات؛ والوصف بالكائنات يحفظ هذه الفروق بدقة الزاوية بدل أن يقرّبها إلى أقرب سماعة.
والفارق العملي الحاسم: التسليم القائم على القنوات يصف نفسه بنفسه بما يكفي ليعيش ملفًّا عاديًّا — اضبط ترتيب القنوات فحسب وسيُشغَّل. أما التسليم القائم على الكائنات أو المشهد فهو بلا معنى من دون بياناته الوصفية؛ الصوت فيه كومة مسارات أحادية لا يميّز بينها شيء، وليس في الملف كله ما يقول عكس ذلك سوى البيانات الوصفية. هذا الاختلال في التماثل هو سبب وجود الحاوية والنموذج معًا، وهو سبب كون فحص المادة الغامرة أصعب من فحص الستيريو.
٢. لماذا وُجدت الحاوية الطويلة: الحساب لا الفلسفة
ملف WAV التقليدي هو ملف RIFF، وهذه الصيغة — من سنة 1991 — تسبق كل قطعة فيها بحقل حجم بعرض اثنتين وثلاثين بتة. واثنتان وثلاثون بتة تعنون 4,294,967,296 بايت، أي أربعة جيجابايت، وهذا سقف صلب على الملف كله وعلى قطعة الصوت داخله معًا.
يبدو الرقم كبيرًا حتى تحسبه على مادة حقيقية:
Case bytes/frame bytes/second time to 4 GiB
stereo, 48 kHz, 24-bit 6 288,000 14,913 s = 4 h 08 m 33 s
22 tracks, 96 kHz, 24-bit 66 6,336,000 677.9 s = 11 m 18 sالصف الأول يشرح لماذا لم يزعج هذا السقف أحدًا ثلاثين سنة. والصف الثاني هو واقع التسليم الغامر: فراش 7.1.4 باثنتي عشرة قناة، زائد عشرة كائنات، أي اثنان وعشرون مسارًا، عند معدل 96 kHz وعمق 24-bit، يستهلك السقف كله في إحدى عشرة دقيقة وثماني عشرة ثانية تقريبًا. ووصلة طرب واحدة تتجاوز ذلك بسهولة، ناهيك عن تسجيل حفل كامل. والكاتب الذي يصطدم بالسقف ينتج إما ملفًّا مبتورًا وإما ملفًّا التفّت أحجامه المعلنة في صمت.
عالج اتحاد البث الأوروبي هذا أولًا بصيغة RF64 في الوثيقة EBU Tech 3306، ثم أخذ الاتحاد الدولي للاتصالات العمل قدمًا في التوصية ITU-R BS.2088 بعنوان:
"Long-form file format for the international exchange of audio programme materials with metadata"
وهي صيغة BW64. والتوصية صريحة في وصف الحيلة:
"The ID 'BW64' is used instead of 'RIFF' in the first four bytes of the file"
"If the 32-bit value in the field is 0xFFFFFFFF the 64-bit value in the 'ds64' chunk is used instead."
— ITU-R BS.2088
وتستحق أن تُقال بالعربية صريحةً: الصيغة الجديدة لا توسّع حقول الحجم القديمة، بل تملؤها بقيمة هروب ثابتة، وتضع الأحجام الحقيقية بأربع وستين بتة في قطعة خاصة يجب أن تأتي أولًا في الملف.
ومن المفيد أن ترى الصيغة جيلًا ثالثًا في نسبٍ واحد. الصيغة RIFF/WAVE أعطت الحاوية المقسّمة إلى قطع. ثم أضافت صيغة البث Broadcast Wave في الوثيقة EBU Tech 3285 قطعةً اسمها bext تحمل الجهة المنشئة ومرجع التوقيت وسجل الترميز، فحوّلت الملف العادي إلى صيغة تبادل إذاعي. ثم جاءت BW64 فحفظت ذلك كله، وأضافت العنونة بأربع وستين بتة، وأضافت القطع التي تحمل البيانات الوصفية. والملف الجديد ما دام دون الأربعة جيجابايت متوافق بايتًا ببايت مع القارئ القديم في كل شيء إلا التوقيع الرباعي في أوله؛ كثير من الأدوات يقبله، وبعضها يعاند.
٣. تشريح القطع بالبايت
يُتوقَّع من الملف حسب التوصية BS.2088 أن يحتوي على الأقل القطع الآتية:
<ds64-ck> <fmt-ck> <chna-ck> <axml-ck> <wave-data>مع القطعتين <bxml-ck> و <sxml-ck> بديلين مشروعين لحمل البيانات الوصفية.
٣.١ قطعة الأحجام الطويلة
القطعة ds64 يجب أن تكون أول قطعة بعد التوقيع، لأن القارئ محتاج إلى معرفة الأحجام الحقيقية قبل أن يستطيع المشي في الملف أصلًا. وحقولها أنصافٌ بعرض اثنتين وثلاثين بتة لكميات بعرض أربع وستين:
Field Bytes Carries
ckID 4 'ds64'
ckSize 4 size of this chunk
bw64SizeLow / bw64SizeHigh 4 + 4 64-bit size of the whole file
dataSizeLow / dataSizeHigh 4 + 4 64-bit size of the data chunk
dummyLow / dummyHigh 4 + 4 reserved / compatibility
tableLength 4 number of ChunkSize64 entries
table[] variable 64-bit sizes of other oversized chunksجسم القطعة بلا ترويسة يساوي 8 + 8 + 8 + 4 = 28 بايتًا، ومع الترويسة يصير 36 بايتًا حين يكون عدّاد الجدول صفرًا.
وحقل الجدول أهمّ مما يبدو: قطعة النص الوصفي التي تصف آلاف الكائنات بأتمتة دقيقة على مستوى العيّنة قد تقترب هي نفسها من الأربعة جيجابايت أو تتجاوزها، وهذا الجدول هو الطريق الوحيد لأي قطعة غير قطعة الصوت كي تعلن حجمًا بأربع وستين بتة.
٣.٢ الحساب على وصلة طرب مدتها عشرون دقيقة
لنجعل الأمر ملموسًا. تسجيل وصلة طويلة في قاعة، اثنان وعشرون مسارًا كما في الجدول السابق، عند 96 kHz و 24-bit، مدته 1200 ثانية:
bytes per frame = 22 tracks x 3 bytes = 66
bytes per second = 96,000 x 66 = 6,336,000
data chunk body = 1,200 x 6,336,000 = 7,603,200,000هذا وحده يساوي نحو سبعة جيجابايتات وستمئة ميجابايت، أي أكثر من السقف القديم بنحو 1.77 مرة. والتقسيم إلى نصفين بعرض اثنتين وثلاثين بتة:
2^32 = 4,294,967,296
dataSizeHigh = 7,603,200,000 / 4,294,967,296 = 1
dataSizeLow = 7,603,200,000 - 4,294,967,296 = 3,308,232,704 (0xC52FA000)ويُملأ حقل الحجم القديم في قطعة الصوت بالقيمة 0xFFFFFFFF إشارةً إلى «انظر في جدول الأحجام الطويلة».
ثم الملف كله. لنفترض ترويسة توقيعٍ وحجمٍ ونوعٍ طولها 12 بايتًا، وقطعة أحجام طويلة طولها 36، وقطعة صيغة من نوع WAVE_FORMAT_EXTENSIBLE طولها 48 بايتًا — ثمانية ترويسة وأربعون جسمًا — وجدول قنوات باثنتين وعشرين مدخلة طوله 892 بايتًا كما سيأتي حسابه، وقطعة نصّ وصفي طولها 186,440 بايتًا، منها ثمانية ترويسة و 186,432 نصًّا:
non-data bytes = 12 + 36 + 48 + 892 + 186,440 = 187,428
data chunk total = 8 + 7,603,200,000 = 7,603,200,008
file size = 187,428 + 7,603,200,008 = 7,603,387,436وقيمة الحجم المخزَّنة تتبع العرف القديم: حجم الملف ناقص ثمانية بايتات، وتُقسَم هي الأخرى نصفين:
riff-style size = 7,603,387,436 - 8 = 7,603,387,428
bw64SizeHigh = 1
bw64SizeLow = 7,603,387,428 - 4,294,967,296 = 3,308,420,132 (0xC5327C24)هذا هو كل ما تفعله قطعة الأحجام الطويلة: رقمان مقسومان نصفين، وعلامة هروب في المكان القديم. ومتى فهمت هذه الأسطر الستة صار بإمكانك أن تتحقق بنفسك مما كتبه المُصدِّر فعلًا، بدل أن تصدّق ما قاله مربّع الحوار.
٣.٣ قطعة الصيغة
القطعة fmt هي قطعة الصيغة القياسية: نوع العيّنة، ومعدل أخذ العيّنات، وعدد القنوات، وعدد البتات، ومحاذاة الكتلة. وهي الجهة الوحيدة الموثوقة التي تقول كم قناة متشابكة داخل قطعة الصوت فعلًا. وكل ما بعدها بياناتٌ عن تلك القنوات، والبيانات تكذب.
٣.٤ جدول تخصيص القنوات: أربعون بايتًا لكل مدخلة
القطعة chna هي الجسر بين المسارات الفيزيائية والنموذج الوصفي. تبدأ بأربعة حقول:
ckID 4 bytes 'chna'
ckSize 4 bytes
numTracks 2 bytes number of tracks in the file
numUIDs 2 bytes number of audioTrackUID entries that followثم تأتي مصفوفة مسطّحة من مدخلات ثابتة العرض. وكل مدخلة أربعون بايتًا بالضبط:
Field Bytes Content
trackIndex 2 1-based physical track number
UID 12 the audioTrackUID value, e.g. ATU_00000001
trackRef 14 audioTrackFormatID reference, e.g. AT_00031001_01
packRef 11 audioPackFormatID reference, e.g. AP_00031001
pad 1 padding to even alignment
--
total 40والحساب صريح: 2 + 12 + 14 + 11 + 1 = 40. وعُدَّ المحارف بنفسك في الأمثلة: المعرّف ATU_00000001 اثنا عشر محرفًا، والمرجع AT_00031001_01 أربعة عشر محرفًا، والمرجع AP_00031001 أحد عشر محرفًا. هذه ليست أعرافًا استرشادية بل حقول ASCII ثابتة العرض؛ والكاتب الذي يُخرج معرّفًا من ثلاثة عشر محرفًا لم يُخرج جدولًا غريبًا قليلًا، بل جدولًا فاسدًا.
ولملف التخت الذي حسبناه أعلاه:
chna body = 2 + 2 + (40 x 22 entries) = 884
chna total = 8 + 884 = 892ولاحظ عرف المعرّفات كذلك: القيم حتى 0x0FFF تشير إلى التعريفات المشتركة في النموذج، أي صيغ القنوات والحزم المعرَّفة سلفًا، بينما القيم من 0x1000 فصاعدًا تدل على تعريفات مخصَّصة يجب أن تكون حاضرة في قطعة النص الوصفي. فالمرجع AP_00010003 هو الصيغة 5.1 بالتعريف المشترك ولا يحتاج إلى أي نص؛ أما المرجع AP_00031001 فحزمة كائنات مخصَّصة، وإن لم يكن لها نص فهي مرجع معلّق.
معرّف المسار هو الرقم التسلسلي الذي يعطيه الملف لهوية مسار فيزيائي واحد، وهو موجود أصلًا لأن المسار قد يغيّر ما يحمله في منتصف البرنامج بصورة مشروعة.
وهذه النقطة الأخيرة هي سبب جواز أن يزيد عدّاد المعرّفات على عدّاد المسارات، إذ تشير إرشادات اتحاد البث الأوروبي إلى أنه حيث:
"the audio elements of a track may be [defined] differently in the course of a file … there will be a different UID for each definition"
فقد يظهر رقم المسار الواحد في عدة مدخلات. تخيّل تسجيل حفل كامل يُعاد فيه استعمال المسار الثامن للناي في الوصلة الأولى ثم للكمان المنفرد في الوصلة الثانية: مسار واحد، معرّفان اثنان. وأدوات الفحص التي تفترض معرّفًا واحدًا لكل مسار تُبلّغ عن ملفات سليمة بوصفها معطوبة.
٣.٥ قطعة النصّ الوصفي
القطعة axml مستند XML بترميز UTF-8 يحوي الشجرة:
<audioFormatExtended>هذا هو النموذج نفسه. وهو نصّ، ويمكن فتحه وقراءته ومقارنة نسختين منه، وفيه تعيش عمليًّا كل الأعطال المثيرة للاهتمام.
٣.٦ قطعة الصوت
القطعة data عيّنات متشابكة عادية تمامًا كما في الملف التقليدي. ولا شيء داخلها يعرف أي شيء عن الكائنات.
٣.٧ الترتيب، والفخّ الذي يبتلع الجميع
قطعة الأحجام الطويلة أولًا دائمًا، وقطعة الصيغة قبل قطعة الصوت. أما قطعة النص الوصفي فيجوز أن توضع بعد قطعة الصوت، وكثيرًا ما توضع كذلك، لأن التوصية تلاحظ أن هذا النص أثناء التسجيل:
"will likely be of an unknown length"
فالملف الذي فيه النص في ذيله ليس ملفًّا فاسدًا؛ لكن القارئ الذي يمسح أول ميجابايت فقط سيقول لك إنه لا يجد أي بيانات وصفية إطلاقًا. هذه الحقيقة وحدها تفسّر نصيبًا مدهشًا من بلاغات «ملفي بلا ميتاداتا».
٤. النموذج الوصفي: رسمٌ بياني من المراجع لا مستندٌ متداخل
تقسم التوصية BS.2076 النموذج نصفين. النصف الخاص بالصيغة، بنصّها:
"describes the technical nature of the audio so it can be decoded or rendered correctly"
ويمكن تأليفه قبل وجود أي صوت. والنصف الخاص بالمحتوى يصف:
"the language of dialogue, the loudness, etc."
ولا يكتمل إلا بعد وجود الإشارات. ومعرفة أي النصفين ينتمي إليه عنصر ما تدلّك على المرحلة الإنتاجية التي أدخلت الخطأ.
والتسلسل من الأعلى إلى الأسفل:
- العنصر
audioProgramme عرضٌ تسليمي كامل واحد. يشير إلى عنصر محتوى واحد أو أكثر.
- العنصر
audioContent مكوّن ذو معنى تحريري: مسار الغناء، مسار الآلات، نسخة لغوية. يشير إلى كائن واحد أو أكثر.
- العنصر
audioObject هو الوصلة بين النية التحريرية والصيغة التقنية. يحمل زمن البدء والمدة، ويشير إلى حزم صيغ، وإلى كائنات متداخلة، وإلى معرّفات مسارات. هنا يلتقي المحتوى بالجوهر.
- العنصر
audioPackFormat مجموعة قنوات تنتمي معًا: فراشٌ بصيغة 7.1.4، أو زوج ستيريو، أو مجموعة أمبيسونية من رتبة معيّنة. وقد تتداخل الحزم بعضها في بعض.
- العنصر
audioChannelFormat سلوك قناة واحدة عبر الزمن. يحوي كتلة واحدة أو أكثر.
- العنصر
audioBlockFormat هو الذرّة. للكائنات: موضعٌ بالإحداثيات القطبية azimuth / elevation / distance أو الديكارتية X / Y / Z، وكسبٌ، وحجمٌ، وانتشار، مع زمن بدء نسبي ومدة. الكائن الثابت كتلة واحدة، والمتحرك سلسلة كتل.
- العنصر
audioTrackUID هو الورقة، والعنصر الوحيد الذي يقابل مسارًا فيزيائيًّا. يحمل اختياريًّا معدل العيّنات وعمق البتات، ويشير إلى صيغة مسار وحزمة صيغ.
ويقع العنصران audioStreamFormat و audioTrackFormat بين صيغة القناة ومعرّف المسار، ويصفان ترميز الدفق. وتلاحظ التوصية BS.2076-3 أنهما زائدان عمليًّا مع الصوت غير المضغوط:
"the audioStreamFormat and the audioTrackFormat should be omitted"
لكنها تنبّه القارئ إلى أن الملفات القائمة على الإصدار BS.2076-2 وما قبله قد تحتويهما. كلا الشكلين مشروع، والمدقّق الذي يصرّ على أحدهما مخطئ في الآخر.
النموذج رسمٌ بياني من المراجع، لا مستند متداخل، وكل عطب تسليمي جدّي هو حافة مكسورة في هذا الرسم.
٤.١ ماذا يحدث فعلًا حين يتعلّق مرجع
لا يوجد سلوك واحد، وهذه هي المشكلة بعينها. المُصيِّر الذي يحلّ مرجع حزمة تسمّي حزمة غائبة عن النص قد يوقف التحليل ويرفض الملف؛ وقد يتخطى ذلك الكائن ويصيّر ما عداه، فينتج مكساجًا ينقصه مسار كامل في صمت؛ وقد يرجع إلى التعريفات المشتركة فيجد معرّفًا في نطاق التعريفات المخصَّصة بلا مقابل، فيضع مكانه سكونًا رقميًّا. والنتائج الثلاث كلها تعني «الملف فُتح». وواحدة منها فقط تُلتقط بالأذن، وبشرط أن تكون تعرف أصلًا ما الذي كان يُفترض أن تسمعه. ولهذا يجب أن يكون الفحص آليًّا: الأذن لا تسمع غيابًا لم يُخبَر به.
وفي سياقنا العربي المثال الأقسى مباشر: فرقة فيها قسم كمانات مُصيَّر بوصفه حزمة، وتقسيم قانون مُصيَّر بوصفه كائنًا مستقلًّا. فإن تعلّق مرجع حزمة الكمانات، سمعتَ التقسيم والإيقاع والغناء سليمةً تمامًا، وخرجت من الجلسة راضيًا — والقسم الوتري كله غائب عن المكساج.
٥. التصيير: من الوصف إلى سماعات حقيقية
الكائن ليس صوتًا حتى يُصيَّر. والتوصية ITU-R BS.2127 تعرّف المُصيِّر المرجعي للنموذج لأنظمة الصوت المتقدمة: أي الخوارزمية التي تحوّل الكائنات والفُرُش والمشاهد إلى إشارات سماعات لتخطيط بعينه من تخطيطات التوصية BS.2051. وشقيقه مفتوح المصدر، مُصيِّر اتحاد البث الأوروبي في الوثيقة EBU Tech 3388، هو الطريق العملي إلى نتيجة قابلة لإعادة الإنتاج على جهاز أي شخص آخر.
والنقطة التي تُغفَل غالبًا: التصيير ليس عملية واحدة بل عائلة عمليات، ونتيجتها تتغيّر بتغيّر التخطيط الهدف. الكائن الموضوع عند زاوية بين سماعتين موجودتين يُوزَّع بينهما؛ وحين تختفي إحداهما لأن التخطيط الهدف أصغر، يتغيّر التوزيع بالكامل. فتقسيم القانون الذي وضعتَه بدقة عند زاوية معيّنة على التخطيط 4+7+0 سيُطوى طيًّا مختلفًا على التخطيط 0+5+0، وسيُطوى طيًّا ثالثًا على الستيريو. ولهذا لا معنى لجملة «الملف صحيح» بلا ذكر التخطيط: الصحيح هو الملف زائد التخطيط زائد المُصيِّر.
وينطبق هذا على الارتفاع بوجه خاص. في تسجيل قاعة لفرقة طرب كبيرة، المعلومة العليا ليست آلاتٍ معلّقة في السقف، بل انعكاسات القاعة نفسها: السقف العالي، والجدران الجانبية، والصدى الطويل الذي يمنح هذا النوع من التسجيلات هويته الصوتية. والقرار التقني هنا حقيقي: هل تلتقط الجوّ بمصفوفة أمبيسونية وتسلّمه مشهدًا، أم توزّعه على قنوات الفراش العلوية بوصفه قنوات مباشرة؟ الأول أصدق فيزيائيًّا ويتحمّل تغيّر التخطيطات أفضل؛ والثاني أسهل في التحكم وأقل مفاجأةً عند الطيّ. لا جواب واحد صحيح، لكن الجواب يجب أن يكون مكتوبًا في ملاحظات التسليم، لا متروكًا للتخمين.
٦. الجهارة للمادة الغامرة: ما هو منشور فعلًا وما ليس كذلك
هنا يجب الفصل بحزم بين المنشور وبين المتداول.
٦.١ ما تنصّ عليه التوصية
الإصدار الساري اليوم هو ITU-R BS.1770-5 الصادر في نوفمبر 2023. وللتوصية ستة إصدارات: الإصدار -0 سنة 2006، والإصدار -1 سنة 2007، والإصدار -2 سنة 2011، والإصدار -3 سنة 2012، والإصدار -4 سنة 2015، والإصدار -5 في نوفمبر 2023. والإصدار -4 منسوخ رغم أن أكثر العدّادات المنتشرة ما زالت تذكره على واجهاتها؛ فسمِّ الإصدار الخامس هو الحالي دائمًا.
وآلية القياس:
- الترجيح المعروف بالحرف
K مرشّحٌ على مرحلتين: مرشّح رفّي عالٍ يحاكي كرة صلبة، وهو مرشّح «الرأس»، يليه مرشّح تمرير عالٍ من نوع RLB. وكسب المنحنى عند كيلوهرتز واحد هو +0.698 dB أي 1.0836 خطيًّا.
- الكتل بطول
400 ms بتراكب 75%.
- البوابة المطلقة تُسقط كل كتلة دون
−70 LUFS.
- البوابة النسبية تُحسب من متوسط الكتل التي نجت من البوابة المطلقة، ثم تُزاح بمقدار
−10 LU. وهي ليست المتوسط غير المبوَّب، وهذا فرقٌ تخطئ فيه تنفيذات كثيرة.
- القمة الحقيقية تُقاس على إشارة مفرطة المعاينة، أربعة أضعاف على الأقل، والثمانية أفضل. وقمة العيّنة ليست القمة الحقيقية؛ فالقمم البينية قد تتجاوز أعلى قيمة عيّنة في الملف.
- مدى الجهارة في الوثيقة
EBU Tech 3342 يستعمل بوابة نسبية عند −20 LU لا عند −10 LU؛ واستعمال العشر وحدات للمدى عطبٌ تنفيذي شائع.
- الجهارة القصيرة نافذتها ثلاث ثوانٍ، واللحظية نافذتها
400 ms، حسب الوثيقة EBU Tech 3341.
وترجيح القنوات في الخوارزمية الأساسية هو 1.0 أي صفر ديسيبل للقنوات الأمامية اليسرى واليمنى والوسطى، و 1.41 أي نحو +1.5 dB للقناتين المحيطتين، مع استبعاد قناة الترددات المنخفضة. والخوارزمية الأساسية مقيَّدة بنصّها بالمدى:
"from one to five channels"
والإصدار الخامس يتجاوز ذلك في ملاحقه، فيغطي أنظمة الصوت المتقدمة في التوصية BS.2051 — سماعاتٍ موضوعة بحرية وقنوات ارتفاع — ويغطي الصوت القائم على الكائنات، الذي يجب أن يُصيَّر قبل أن يُقاس، لأنه ببساطة ليس إشارة سماعات قبل ذلك.
جهارة المادة الغامرة ليست صفةً للملف، بل صفةً لتصيير بعينه؛ وتغيير التخطيط الهدف يغيّر الرقم.
وهذا هو الفرق الجوهري عن الستيريو. الماستر الستيريو له قيمة جهارة واحدة. أما الماستر القائم على الكائنات فله من القيم بعدد أهدافه، والطريقة الأمينة لذكر رقمٍ منها أن تسمّي التخطيط الذي قيس عليه والمُصيِّر الذي أنتجه.
٦.٢ ما هو منشور للموسيقى
للموسيقى الستيريو القائمة على القنوات، تنشر Spotify هدفًا متكاملًا عند −14 LUFS وسقف قمة حقيقية عند −1 dBTP، يضيق إلى −2 dBTP إن كان الماستر أعلى من −14 LUFS. وتوصي الوثيقة AES TD1008 بالقيمة −16 LUFS للموسيقى؛ ورقمها الآخر −18 LUFS يخصّ المواد التي يقودها الكلام من نشرات وحوار ودراما، وذكرُه بوصفه هدفًا للموسيقى خطأ شائع وجسيم. أما التوصية EBU R 128 فهدفها البثّي −23 LUFS، وهي ممارسة تطبيع إذاعية لا مواصفة بثّ موسيقي.
٦.٣ ما هو غير منشور
لا تنشر أي خدمة بث موسيقي هدف جهارة متكاملة للتسليم الغامر. تتداول أرقام كثيرة في المنتديات وفي مواد تدريب الموردين، وبعضها معقول وبعضها على الأرجح صحيح، لكن لا واحد منها مواصفة منشورة، ولن يكرّرها هذا المستند كأنها كذلك.
وبالمثل في الستيريو نفسه: لا تنشر Apple Music ولا YouTube Music ولا Amazon Music ولا TIDAL ولا Deezer أي هدف تطبيع. والأرقام المتداولة عنها — نحو −16 لخدمة Apple، ونحو −14 لـ YouTube Music، ونحو −14 لـ Amazon، ونحو −14 لـ TIDAL، ونحو −15 لـ Deezer — متداولة على نطاق واسع لكنها غير منشورة من الخدمة نفسها، ولا يصحّ اشتقاق قيمة كسبٍ منها ولا التعامل معها بوصفها مواصفة.
فإن احتجت اليوم إلى رقم جهارة غامر يمكنك الدفاع عنه: قِس تصييرًا مطابقًا للتوصية BS.2127 إلى تخطيط مسمّى من التوصية BS.2051 بعدّاد مطابق للتوصية BS.1770-5، واذكر الثلاثة كلها في ملاحظات التسليم.
٦.٤ عن الأنظمة المملوكة
هناك أنظمة صوت غامر تجارية مملوكة ومرخَّصة، ومتطلبات تسليمها يضعها أصحابها وتتغيّر من دون ارتباط بجداول الاتحاد الدولي للاتصالات أو اتحاد البث الأوروبي. لا شيء في هذا المستند يمثّل بيانًا بمتطلبات أي منها، ولا يُدَّعى فيه أي انتساب أو اعتماد أو تصديق. وحيث ينشر مرخِّصٌ متطلبًا، فاقرأ وثيقته الحالية هو، واستشهد بها هي.
٧. واقع الاستوديو الخليجي: غرفة ستيريو، ونصيحة أمينة
هذا هو الجزء الذي تُقال فيه الحقيقة بدل بيع المعدات.
أكثر غرف التحكم في الرياض وجدة والكويت والدوحة ودبي ومسقط والمنامة — وفي القاهرة وبيروت وعمّان وتونس والدار البيضاء كذلك — غرف ستيريو. لا مصفوفة سماعات، ولا قنوات ارتفاع، وفي الغالب لا معالجة صوتية للسقف أصلًا. والنصيحة الأمينة لصاحب غرفة كهذه ليست «اشترِ اثنتي عشرة سماعة»، بل شيء آخر تمامًا.
أولًا: افصل بين ما تُنتجه وما تُسلّمه. إن كنت لا تسمع الارتفاع، فلا تتخذ قرارات ارتفاع فنية بالتخمين. اجعل قراراتك المكانية مبنية على واقعٍ قابل للقياس: مواضع العازفين الحقيقية ليلة التسجيل. وهذا بالضبط سبب كون التخت مادةً مثالية لهذه الغرف — فالمواضع فيه ليست ذوقًا يُسمَع، بل معلومة تُقاس بشريط قياس ومنقلة وتُكتب في ورقة، ثم تُدخَل بيانات موضع صادقة. ارسم مخططًا للجلسة: زاوية كل آلة من مركز نصف الدائرة، ومسافتها، وارتفاعها عن مستوى الأذن. هذا المخطط هو مصدر بياناتك، لا شاشة البرنامج.
ثانيًا: تحقّق بالبنية لا بالأذن. تستطيع أن تتحقق من صحة تسليمك بالكامل تقريبًا من دون سماع الارتفاع: طابِق عدد القنوات المعلَن في قطعة الصيغة مع عدّاد المسارات في جدول القنوات، وتأكد أن كل مدخلة أربعون بايتًا، وأن كل مرجع في النص الوصفي ينحلّ، وأن الكتل متجاورة زمنيًّا. هذه فحوص عددية لا سمعية، وهي التي ترسب فيها الملفات فعلًا. وهناك أداة تفتيش مجانية تعمل في المتصفح على موقع mazufa.com تحلّل الحاوية والبيانات الوصفية على جهازك أنت ولا ترفع شيئًا، وهو ما يجعلها صالحة للاستعمال على مادة لا يجوز تعاقديًّا أن تغادر الاستوديو.
ثالثًا: استمع على السماعات الرأسية بتصيير ثنائي الأذن معلوم. التصيير الثنائي ليس بديلًا عن غرفة، لكنه يكشف طبقة كاملة من الأخطاء الجسيمة: كائن في الجهة الخطأ، كائن يتحرك عكس اتجاهه، آلة اختفت كليًّا. واستعمل مُصيِّرًا مرجعيًّا مفتوحًا كي يكون ما تسمعه قابلًا للتكرار عند غيرك، لا خاصيةً في أداة واحدة.
رابعًا: افحص الطيّ إلى الستيريو، فهو ما سيسمعه أكثر جمهورك. صيِّر إلى تخطيط 0+2+0 واستمع بأذنك المدرَّبة في الغرفة التي تعرفها. فإن انهار توازن التخت في الطيّ — اختفى الناي، أو ابتلع الرق الغناء — فالمشكلة في مواضعك أو في أحجام كائناتك، وستظهر على الأنظمة الكبيرة كذلك.
خامسًا: احتفظ دائمًا بتسليم ستيريو مطابق ومعاد التصيير من الماستر الحالي. أكثر الأعطال شيوعًا في هذا الباب ليس غياب النسخة الستيريو — الغياب واضح — بل انزياحها: نسخة صُيِّرت من إصدار أقدم، أو تسبق الأصل بأجزاء من الثانية، أو ببداية توقيت مختلفة. ونسخة ستيريو تسبق أصلها الغامر بأربعين ميلي ثانية ستجتاز فحص الوجود وترسب في أول استماع متزامن. فأي نسخة لا يمكن اشتقاقها من الماستر الحالي مباشرة تُعامَل معاملة المشبوه وتُعاد صياغتها، بدل أن تُعاد مراجعتها.
وسادسًا وأخيرًا: التسليم بالكائنات قرار يجب أن يكون له سبب. المادة التي تستفيد منه فعلًا هي المادة ذات المصادر المنفصلة الحقيقية: التخت، والفرقة الكلاسيكية، والتسجيل الحيّ في قاعة أو على مسرح، والإنشاد الجماعي، والمولد بمجموعته الإيقاعية. أما إنتاجٌ مبنيّ كليًّا داخل البرنامج من عيّنات جاهزة، فقد لا يعطيك التسليم الغامر فيه إلا مسارات تسليم إضافية ومزيدًا من فرص الرسوب. اختره حين يصف واقعًا، لا حين يصف طموحًا.
٨. قائمة فحص التسليم
بالترتيب. الفحوص البنيوية أولًا لأنها سريعة، ولأنها تُبطل كل ما بعدها.
الحاوية
- البايتات الأربعة الأولى هي التوقيع
BW64. فإن كانتRIFFفالملف تقليدي ولا يمكنه تجاوز الأربعة جيجابايت.
- قطعة الأحجام الطويلة هي أول قطعة بعد التوقيع، وأحجامها بأربع وستين بتة تطابق الحجم الحقيقي للملف ولقطعة الصوت على القرص.
- كل قطعة غير قطعة الصوت تجاوزت السقف لها مدخلة في جدول الأحجام.
- ابحث عن قطعة النص الوصفي صراحةً، بما في ذلك بعد قطعة الصوت. ولا تستنتج «لا توجد ميتاداتا» من مسح جزئي.
الجوهر
- معدل العيّنات وعمق البتات في قطعة الصيغة يطابقان المواصفة بالضبط. ولا تحويل لمعدل العيّنات بعد تأليف الوصف، لأنه يُبطل كل زمن بدء ومدة معبَّر عنهما بالعيّنات.
- عدد القنوات في قطعة الصيغة يساوي عدّاد المسارات في جدول القنوات.
- كل رقم مسار في الجدول داخل المدى، ويبدأ من واحد.
سلامة جدول القنوات
- كل مدخلة أربعون بايتًا بحقول ثابتة العرض محشوّة حشوًا صحيحًا.
- كل مرجع حزمة في نطاق التعريفات المخصَّصة ينحلّ إلى تعريف موجود في النص الوصفي.
- تكرار رقم المسار مقصود — أي مسارٌ غيّر تعريفه — لا خطأ ازدواج.
رسم المراجع
- كل مرجع في النص ينحلّ: مراجع المحتوى والكائنات والحزم وصيغ القنوات ومعرّفات المسارات. صفرُ حوافّ معلّقة.
- لا معرّف مسار يتيم في أي من الاتجاهين: خذ الفرق التماثلي بين مجموعة المعرّفات في الجدول ومجموعتها في النص، ويجب أن يكون خاليًا. والوثيقة EBU Tech 3392 تنصّ صراحةً: "If the audioObject refers to an audioPackFormat it should also refer to the corresponding audioTrackUIDs."
- لا عناصر دائرية ولا ذاتية المرجع.
- شارة النوع على كل صيغة قناة تطابق شارة حزمتها الأمّ.
التوقيت
- صيغ القنوات متعددة الكتل تحمل زمن البدء النسبي والمدة على كل كتلة. والتوصية BS.2076 صريحة: "both rtime and duration shall be present."
- الكتل متجاورة ومطّردة: زمن بدء الكتلة زائد مدتها يساوي زمن بدء الكتلة التالية، ومجموع المدد يطابق مدة الكائن الأمّ. والأعطال هنا ثلاثة أشكال: فجوات — وسلوك المُصيِّر فيها غير معرَّف، فبعضه يثبّت آخر موضع وبعضه يكتم — وتداخلات، وكتل خارجة عن الترتيب الزمني.
- الكائنات تبدأ عند الصفر، ولا كتلة أقصر من عيّنة واحدة.
المحتوى
- كل قناة في فراش معلَن تحوي ما يُفترض أن تحويه؛ وحقّق في السكون الرقمي. الفحوص البنيوية لا تلتقط هذا إطلاقًا: قد يعلن النص فراشًا باثنتي عشرة قناة بينما طُبعت منه المجموعة السفلى وحدها، أو كُتمت قنوات الارتفاع عند التصدير. الرسم سليم والصوت ناقص. والسكون على قناة معلَنة ليس خطأً تلقائيًّا — فقد يترك مكساجٌ مشروع قناةً علوية خلفية فارغة — لكنه دائمًا يستحق قرارًا بشريًّا.
- عدد الكائنات وتكوين الفراش يطابقان المواصفة.
- توقيت البدء في قطعة البث الإذاعي صحيح ومتّسق عبر كل ملفات المجموعة.
التصييرات والنسخ المطابقة
- النسخ الستيريو والثنائية الأذن معادُ تصييرها من الماستر الحالي، لا منقولة من دورة سابقة.
- المدد وتوقيتات البدء تطابق الأصل عيّنةً بعيّنة.
- الجهارة مقيسة على تصيير مسمّى، إلى تخطيط مسمّى، بمُصيِّر مسمّى، والثلاثة مكتوبة في ملاحظات التسليم.
قابلية إعادة الإنتاج
- بصمة تحقّق لكل ملف تسليم، مع حفظ قائمة البصمات.
- أرشف الجلسة والنص الوصفي منفصلين عن الملف الصوتي؛ فنصٌّ تستطيع مقارنة نسختيه أثمن بعد سنتين من ملف ثنائي لا تملك إلا إعادة تحليله.
التسليم الغامر لا ينتهي حين يصير سمعه صحيحًا، بل حين تستطيع آلة لم تسمعه قط أن تُثبت أن مراجعه كلها تنحلّ.
٩. خاتمة
المعياران المذكوران هنا مفتوحان ومنشوران ويمكن قراءتهما مجانًا. وهذا أمر غير معتاد في هذا الركن من الصناعة، ويستحق أن يُستغل: تستطيع أن تقرأ التوصيتين بنفسك، وأن تحلّل جدول القنوات بأربعين سطرًا من الشِفرة، وأن تتحقق مما كتبه المُصدِّر فعلًا لا مما ادّعاه في واجهته. والصوت الغامر هو المجال الذي يقع فيه اليوم أكبر نصيب من الرفض غير الضروري، وأغلبه أخطاء سلامة مراجع يلتقطها مدقّق في أقل من ثانية.
والأهم في السياق العربي أن هذه ليست تقنية بعيدة عنّا. أقوى حجة تقنية على التسليم بالكائنات موجودة في نصف دائرة التخت منذ قرن، والوصف المعياري الحديث لا يفعل أكثر من أن يكتب بدقةٍ ما كان العازفون يعرفونه بالجلوس.
توزيع مازوفا مجاني — لا رسم رفع، ولا اشتراك، ولا رسم لكل إصدار — والاقتطاع الوحيد هو 5% من العوائد المحصَّلة، وكل طلب مكتمل يمرّ على مراجعة بشرية.
المصادر
توصيات الاتحاد الدولي للاتصالات
- ITU-R BS.2088-2 (11/2025), Long-form file format for the international exchange of audio programme materials with metadata — https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.2088-2-202511-I!!PDF-E.pdf
- ITU-R BS.2076-3 (02/2025), Audio Definition Model — https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.2076-3-202502-I!!PDF-E.pdf
- ITU-R BS.2076-2 (10/2019), Audio definition model — https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.2076-2-201910-S!!TOC-HTM-E.htm
- ITU-R BS.1770-5 (11/2023), Algorithms to measure audio programme loudness and true-peak audio level — https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.1770-5-202311-I!!PDF-E.pdf
- ITU-R BS.2051-2 (07/2018), Advanced sound system for programme production — https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.2051-2-201807-S!!PDF-E.pdf
- ITU-R BS.2127-1 (11/2023), Audio Definition Model renderer for advanced sound systems — https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.2127-1-202311-I!!PDF-E.pdf
- ITU-R BS.2127 — https://www.itu.int/rec/R-REC-BS.2127
وثائق اتحاد البث الأوروبي التقنية
- EBU Tech 3306, RF64: An extended file format for audio data — https://tech.ebu.ch/docs/tech/tech3306.pdf
- EBU Tech 3285, Specification of the Broadcast Wave Format — https://tech.ebu.ch/files/live/sites/tech/files/shared/tech/tech3285s7.pdf
- EBU Tech 3392, ADM Broadcast Production Profile — https://tech.ebu.ch/files/live/sites/tech/files/shared/tech/tech3392.pdf
- EBU Tech 3388, ADM Renderer for use in Next Generation Audio broadcasting — https://tech.ebu.ch/docs/tech/tech3388.pdf
- EBU Tech 3343, Practical guidelines for production and implementation in accordance with EBU R 128 — https://tech.ebu.ch/files/live/sites/tech/files/shared/tech/tech3343v2_0.pdf
- EBU R 128 / EBU Tech 3341 / EBU Tech 3342 — https://tech.ebu.ch
- EBU ADM Guidelines, CHNA chunk — https://adm.ebu.io/reference/excursions/chna_chunk.html
- EBU ADM Guidelines, BW64 and ADM — https://adm.ebu.io/reference/excursions/bw64_and_adm.html
- EBU ADM Guidelines, audioTrackUID — https://adm.ebu.io/reference/adm_elements/audio_track_uid.html
- EBU ADM Renderer (EAR), BW64 — https://ear.readthedocs.io/en/latest/BW64.html
- libbw64 — https://github.com/ebu/libbw64
- libadm — https://github.com/ebu/libadm
جمعية هندسة الصوت
- AES TD1008, Recommendations for loudness of internet audio streaming and on-demand distribution — https://www.aes.org/community/technical-council/technical-document-aestd1008/
وثائق الخدمات
- Spotify, Loudness normalization — https://support.spotify.com/us/artists/article/loudness-normalization/
آخر مراجعة: سبتمبر ٢٠٢٦. المعايير تُنقَّح، فتحقّق دائمًا من الصفحات أعلاه قبل الاستشهاد برقم بندٍ بعينه.