international telecommunication union - itu.int · web viewويبين الشكل 1 هيكل...

للتبادل الدولينسق الملفات الطويلة لمواد البرامج السمعية مع بيانات شرحية

ITU-R BS.2088-0التوصيـة (2015/10)

BSالسلسلة )الصوتية(الخدمة اإلذاعية

ii التوصيةITU-R BS.2088-0

تمهيـد يضطلع قطاع االتصاالت الراديوية بدور يتمثل في تأمين الترشيد واإلنصاف والفعالية واالقتصاد في اس((تعمال طي((ف ال((ترددات الراديوي((ة في جمي((ع خ((دمات االتص((االت الراديوي((ة، بم((ا فيه((ا الخدمات الساتلية، وإجراء دراسات دون تحديد لمدى الترددات، تكون أساسا إلعداد التوص((يات

واعتمادها. ويؤدي قطاع االتصاالت الراديوية وظائفه التنظيمية والسياساتية من خالل المؤتمرات العالمي((ة

واإلقليمية لالتصاالت الراديوية وجمعيات االتصاالت الراديوية بمساعدة لجان الدراسات.

سياسة قطاع االتصاالت الراديوية بشأن حقوق الملكية الفكرية(IPR)

يرد وصف للسياسة التي يتبعها قطاع االتصاالت الراديوية فيما يتعلق بحقوق الملكية الفكرية في سياسة ال((براءات المش((تركة بين قط((اع تق((ييس االتص((االت وقط((اع االتص((االت الراديوي((ة

( والمش((ارITU-T/ITU-R/ISO/IEC) والمنظمة الدولية للتوحيد القياسي واللجنة الكهرتقني((ة الدولية . و(ت((ر(د( ا(ال(س((ت(م(ا(ر(ا(ت( ا(ل((ت(ي( ي(ن(ب(غ(ي( ل(ح((ا(م(ل(ي( ا(ل((ب(ر(ا(ء(ا(ت(ITU-R 1 ب((ا(ل(ق(ر(ا(ر( 1 إليه((ا في الملح((ق

ا(إلل(ك((ت(رو(ن(ي(ا(س(ت(ع(م(ا(ل(ه(ا( ل(ت(ق(د(ي(م( ب(ي(ا(ن( ع(ن( ا(ل((ب(ر(ا(ء(ا(ت( أ(و( ل(ل(ت(ص((ر(ي(ح( ع(ن( م(ن(ح( ر(خ(ص( ف(ي( ا(ل(م(و(ق((ع( http://www.itu.int/ITU - R/go/patents/en ح(ي(ث ي(م(ك(ن( أ(ي(ض((ا( ا(الط(الع( ع(ل(ى( ا(لم(ب((اد(ئ( ا(ل(ت(و(ج(ي(ه(ي((ة( ا(ل(خ(اص((ة

المش((تركة وعلى قاع((دة بيان((ات قط((اع االتص((االت الراديوي((ة ال((تيب(ت(ط(ب(ي(ق( س(ي(ا(س(ة ا(لب(را(ء(ا(ت(تتضمن معلومات عن البراءات.

سالسل توصيات قطاع االتصاالت الراديوية( http :// www . itu . int / publ / R - REC / en)يمكن االطالع عليها أيضا في الموقع اإللكتروني

العنـوانالسلسلةBOالبث الساتليBRالتسجيل من أجل اإلنتاج واألرشفة والعرض؛ األفالم التلفزيونيةBS)الخدمة اإلذاعية )الصوتيةBT)الخدمة اإلذاعية )التلفزيونية

Fالخدمة الثابتةMالخدم((ة المتنقل((ة وخدم((ة االس((تدالل الرادي((وي وخدم((ة اله((واة والخ((دمات

الساتلية ذات الصلةPانتشار الموجات الراديوية

RAعلم الفلك الراديويRSأنظمة االستشعار عن بعد

Sالخدمة الثابتة الساتليةSAالتطبيقات الفضائية واألرصاد الجويةSFتقاسم الترددات والتنس(يق بين أنظم(ة الخدم(ة الثابت((ة الس(اتلية والخدم(ة

الثابتةSMإدارة الطيف

SNGالتجميع الساتلي لألخبارTFإرساالت الترددات المعيارية وإشارات التوقيت

Vالمفردات والمواضيع ذات الصلة

:( ت(م(ت( ا(ل(م(و(ا(ف(ق(ة( ع(ل(ى( ا(ل(ن(س((خ(ة( ا(إل(ن(ك(ل(ي(ز(ي((ة( ل(ه((ذ(ه( ا(ل(ت(و(ص((ي(ة( ا(ل(ص((ا(د(ر(ة( ع(ن(ـماـلـحـظـة.ITU-R 1 ق(ط(ا(ع( ا(ال(ت(ص(ا(ال(ت( ا(ل(ر(ا(د(ي(و(ي(ة( ب(م(و(ج(ب( ا(إل(ج(ر(ا(ء( ا(ل(م(و(ض(ح( ف(ي( ا(ل(ق(ر(ا(ر(

النشر اإللكتروني2017جنيف،

ITU 2017

http://www.itu.int/publ/R-REC/en

iii التوصيةITU-R M.1465-2

ج(م(ي(ع( ح(ق(و(ق( ا(ل(ن(ش(ر( م(ح(ف(و(ظ(ة(.( ال( ي(م(ك(ن( ا(س(ت(ن(س(ا(خ( أ(ي( ج(ز(ء( م(ن( ه(ذ(ه( ا(ل(م(ن(ش(و(ر(ة( ب(أ(ي( ش((ك(ل(ك(((((((((((((((((((ا(ن( و(ال( ب(((((((((((((((((((أ(ي( و(س(((((((((((((((((((ي(ل(ة( إ(ال( ب(((((((((((((((((((إ(ذ(ن( خ(ط(ي( م(ن(

.(ITU)االتحاد الدولي لالتصاالت

ITU-R BS.2088-01التوصية

ITU-R BS.2088-0التوصي(ة

نسق الملفات الطويلة للتبادل الدوليلمواد البرامج السمعية مع بيانات شرحية (2015)

مجال التطبيق 64 )الموج((ة اإلذاعي((ة BW64تتضمن هذه الوثيقة مواصفات نسق الملف السمعي

ن الملف التي تمك<chna> و<axml> و<ds64>( بما في ذلك المقاطع الجديدة بتة من حمل ملفات كب((يرة متع((ددة القن((وات وبيان((ات ش((رحية بم((ا في ذل((ك نم((وذج

.ITU-R BS.2076الذي يرد وصفه في التوصية (ADM) التعريف السمعيمصطلحات أساسية

،WAV، تب(ادل، برن((امج س(معي، BW64ملف، نسق المل(ف، بيان(ات ش(رحية، BWF، RIFF، RF64ملف موجي، انغماسي ،

إن جمعية االتصاالت الراديوية لالتحاد الدولي لالتصاالت،إذ تضع في اعتبارها

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

وخصوصا منها مجال التحرير غير الخطي والعرض على الهواء واألرشفة؛ أن ه((ذه التكنولوجي((ا ت((وفر مزاي((ا هام((ة من ناحي((ة المرون((ة في التش((غيل،ب(

قدر كبير من األهمي((ة بالنس((بة وتدفق اإلنتاج وأتمتة المحطات، وهي بالتالي علىإلى تحديث االستوديوهات الموجودة وتصميم منشآت جديدة لالستوديوهات؛

ط قابلي((ةج( أن اعتماد نسق ملف وحيد من أجل تبادل اإلشارات البي((ني سيبس(( التش((غيل البي((ني للتجه((يزات الفردي((ة واالس((توديوهات البعي((دة إلى ح((د كب((ير، وأن((ه س((يمكن من تس((هيل التكام((ل المرغ((وب لعملي((ات التحري((ر والع((رض على اله((واء

واألرشفة؛ أن المل((ف يجب أن يحت((وي على مجموع((ة دني((ا من المعلوم((ات المتص((لةد (

باإلذاعة من أجل توثيق البيانات الشرحية المتعلقة باإلشارات السمعية؛االتفاقه ( من بد ال التعقيدات، مختلفة التطبيقات بين للتوافق ضمانا أنه

جمي((ع التطبيق((ات تك((ون ق((ادرة على مجموعة دنيا من الوظ((ائف المش((تركة بينعلى معالجة نسق الملف الموصى به؛

ITU-Rأن التوص((ية و ( BS.646تع((رف النس((ق الس((معي ال((رقمي المس((تخدم في اإلنتاج السمعي من أجل اإلذاعة الصوتية والتلفزيونية؛

أن التوافق م((ع أنس(اق الملف(ات التجاري(ة المتيس(رة حالي((ا ق(د يقلص إلىز( (( أدنى ح((د المجه((ودات الص((ناعية المطلوب((ة من أج((ل تنفي((ذ ذل((ك النس((ق في

التجهيزات؛ أن وجود نسق قياسي لتش((فير المعلوم((ات التاريخي((ة والبيان((ات الش((رحيةح(

األخرى ذات الصلة سيسهل استعمال هذه المعلومات بعد تبادل البرامج؛

تعديالت ص((ياغية على ه((ذه2016 لالتصاالت الراديوية في عام 6أدخلت لجنة الدراسات .ITU-R 1 التوصية طبقا للقرار

ITU-R BS.2088-0التوصية 2

أن نوعي((ة اإلش((ارة الس((معية تت((أثر بالمعالج((ة ال((تي تج((رى على اإلش((ارة،ط( خاصة من جراء استعمال تشفير وف((ك تش((فير غ((ير خطيين خالل عملي((ات خفض

معدل البتات؛ عناصرأن األنظمة الراديوية المستقبلية تتطلب بيانات ش((رحية مص((احبة للي(

السمعية المقرر نقلها في الملف؛ أن األنظمة الراديوية المستقبلية تستخدم مجموعة من التشكيالت متعددةك(

العناصر السمعية القائمة على األشياء والقنوات والمش((اهدالقنوات بما في ذلك ؛ITU-R BS.2051كما هو محدد في التوصية

ITU-Rأن التوص((ية ل( BS.1352تنط((وي على قي((ود فيم((ا يتعل((ق بحجم المل((ف ؛وقدرته على نقل بيانات شرحية إضافية

4أن الملفات السمعية متعددة القنوات يمكن أن يك((ون حجمه((ا أك((بر من م (جيغابايت،

توصي ( وعمق1بأن يتم وضع معلمات اإلشارات السمعية وتردد االعتيان )الجزء 1

( من أج((ل تب((ادل ال((برامج6 والتش((ديد المس((بق )الج((زء((( 5 و4البت )الج((زآن ؛ITU-R BS.646السمعية وفقا لألجزاء المعنية من التوصية

من أج((ل التب((ادل1بأن يتم اس((تخدام نس((ق المل((ف المح((دد في الملح((ق 2البيني للبرامج السمعية في حاالت االستعمال التالية:

، حيث ت((رغب التطبيق((ات اإلذاعي((ةWAVEفي البيئ((ات القائم((ة على مل((ف • في رفع مرتبتها للتعام((ل م((ع محت((وى انغماس((ي،WAVEالقائمة على ملف

مع الحفاظ في الوقت نفسه على التوافق المباشر؛ في مسارات العمل القائمة على المل((ف، حيث توج((د مكتب((ة مختلط((ة من•

ومحتوى انغماسي؛WAVEالمحتوى التقليدي القائم على ملف في مس((ارات العم((ل القائم((ة على المل((ف، حيث يفض((ل غالف للبيان((ات•

أحادية الرزمة مع البيانات الشرحية.

)معياري(1الملحق BW64مواصفات نسق الملف

المقدمة1 )ال((ذي ي((ردWAVE على نسق الملف السمعي (BW64)يعتمد نسق الموجات اإلذاعية

نسق ملف تبادل الم((وارد وهو نمط من الملفات محدد في(،2وصفه في الملحق (RIFF ات))وتحت((وي ملف .)WAVE البن((اءكتلة أساس((ا على بيان((ات س((معية. وتحت((وي

، المسماة ب((المقطع، على زم((رة من قط(ع المعلوم((اتRIFF األساسية لنسق الملف الكتل(ة من مع((رف المقط((ع وع(دد ص((حيح وثيقة الصلة ببعضها البعض. وتتكون هذه

من مجموع((ة منRIFFيمثل طول البايتات والمعلومات المحمول((ة. ويتك((ون المل((ف هذا العناص(ر األساس(ية للنس(ق كم(ا ه(و مح(دد فيBW64 ويستخدم نسق المقاطع.

.EBU Tech 3306المعيار التقني التحاد اإلذاعة األوروبي ITU-R، ال((وارد في التوص((ية WAVE المل((ف ويتس((م نسق BS.1352،بع((دد من القي((ود ،

:وأبرزها جيغابايت.4الحجم األقصى للملف أقل من •ال يوجد دعم للعناصر السمعية المتقدمة متعددة القنوات.•دعم غير كاف للبيانات الشرحية التقنية.•


الوارد في هذه التوصية إلى تجاوز هذه القيود والحفاظ علىBW64ويرمي النسق مع تقاسم العدي((د منITU-R BS.1352 أكبر قدر ممكن من التوافق مع نسق التوصية

العناصر األساسية. وهناك طلب متزايد على نقل البيانات الشرحية، وخصوصا نقل البيانات الشرحية

. وتتض((من ه((ذهITU-R BS.2076 وفق((ا للتوص((ية(ADMلنم((وذج التعري((ف الس((معي ) < الخ(اص بتخ(زين ونق(ل البيان(ات الش(رحية علىaxml>التوصية تعريفا للمقط(ع

.XML شكل ملف < الوارد في هذه التوصية ه((و توف((ير المراج((عchna>والغرض األولي من المقطع

لنم((وذجالبيانات الش((رحية إلى معرفات الهوية فيBW64من كل مسار في ملف .ITU-R BS.2076( المحددة في التوصية ADMالتعريف السمعي )

وباستثناء الهدف األولي من ربط كل مسار في الملف بالبيان((ات الش((رحية لنم((وذج أيضا بالنفاذ على نحو أسرع<chna>التعريف السمعي المرتبطة به، يسمح المقطع

ADMنموذج التعريف السمعي )إلى معرفات هوية ID)دون الحاج((ة إلى النف((اذ إلى )إذا كانت معرفات الهوية ضمن مجموعة من القيم المحددةXMLالبيانات الشرحية

مسبقا لتشكيالت نموذج التعريف السمعي المعيارية(. وبم((ا أن((ه يمكن تث((بيت حجم <، فمن السهل النف((اذaxml< و>data>، وأنه يوضع قبل المقطعين <chna>المقطع

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

BW64وصف النسق 2BW64محتويات ملف النسق 1.2

" اإللزامي((ة وبالمق((اطع التالي((ةWAVE" بالرأس((ية BW64يبدأ ملف النس((ق ينبغي أن على األقل:

<WAVE-form> ->

BW64(‘WAVE’

<ds64-ck> // ds64 chunk for 64-bit addressing

<fmt-ck> // Format of the audio signal: PCM/non-PCM

<chna-ck> // chna chunk for ADM look-up

<axml-ck> // axml chunk for carrying XML metadata

<wave-data>) // sound data

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

بشفافية. ، ألن ط((ول البيان((ات<data>بع((د المقط((ع < axml>- قد يس((مح بوض((ع المقط((ع 2المالحظة

يحتمل أن يكون مجهوال وقد يكون الموقع المعروف لبدء العينات السمعية فيXMLالشرحية الملف ذا طابع عملي أكبر.

RIFF/WAVEالمقاطع الموجودة المعرفة كجزء من المعيار 2.2 عددا من المقاطع التي ج((رى تعريفه((ا بالفع((ل. وهي RIFF/WAVEيستخدم المعيار

كما يلي:•<RIFF>•<fmt>


•<data>.1.4.2ويرد وصف هذه المقاطع في الفقرة

.ITU-R BS.1352هو مجموعة فرعية من النسق موضوع التوصية RIFF/WAVEوالمعيار هذين المقطعين التاليين: ITU-R BS.1352وتتضمن التوصية

•<bext>•<ubxt>

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

BW64في النسق المقاطع والبنى الجديدة 3.2 هي:BW64المقاطع الجديدة التي أدخلت على النسق

•<BW64>•<ds64>•<JUNK>•<axml>•<chna>

.6 إلى 3ويرد وصف لهذه المقاطع في الفقرات من < للتمكن من اســتعمال ملفــاتds64>اســتخدام المقطــع 4.2

جيغابايت4بحجم أكبر من جيغاب((ايت إلى ح((يز العن((اوين المك((ون من4يرجع السبب في وجود حاجز بقيمة

بت((ة32. فبواس((طة BWFونسق الموجات اإلذاعي((ة RIFF/WAVE بتة في النسق 32 جيغاب((ايت.4بايت = 4294967296يمكن تحقيق حجم أقصى من العناوين بقيمة

1وي((بين الش((كل بت((ة. 64ولحل هذه المسألة، يلزم وجود حيز عناوين مكون من هي أع((داد مكون((ةchunkSize ، حيث الحق((ولRIFF/WAVEهيكل ملف تقليدي أساسي

بتة تمثل أحجام المقاطع الخاصة بها.32من 1الشكل

RIFF/WAVEالهيكل األساسي لملف


64 إلى (BWFومن شأن مجرد تغيير حجم كل حقل في ملف الموجات اإلذاعي((ة ) - وه((ذه مالحظ((ةRIFF/WAVE بتة أن يعطي ملف((ا ال يك((ون مطابق((ا لنس((ق المعي((ار

بديهية ولكن هامة. بت((ة ي(دعى النس((ق64عريف نس((ق جدي((د على أس((اس وينص النهج المتبع على ت

BW64 ويكون مماثال للنسق RIFF/WAVE:األصلي، باستثناء التغيرات التالية ’ في أول أرب((ع بايت((ات منRIFF’ ب((دال من ‘BW64‘يس((تخدم مع((رف الهوي((ة •

الملف بت((ة(، ويجب أن يك((ون64< )حجم البيان((ات ds64>يضاف مقط((ع إل((زامي •

".BW64المقطع األول بعد "المقطع بت((ة،64بقيم((تين إلزامي((تين مكون((تين من ع((دد ص((حيح من ’ds64‘يتميز المقط((ع

:RIFF/WAVEالنسق بتة في32يستعاض بهما عن حقلين مكونين من •bw64Size< يستعاض به عن حقل الحجم في المقطع( RIFF)>•dataSize< يستعاض به عن حقل الحجم في المقطع( data)>

تطب((ق القاع((دتانRIFF/WAVE بت((ة في النس((ق 32ولجمي((ع الحق((ول المكون((ة من التاليتان:

)=(( −1 في الحق((ل ال تس((اوي " بتة32إذا كانت القيم((ة المكون((ة من )"FFFFFFFF بتة.32المكونة من ( عندئذ تستعمل هذه القيمة بالنظام الستة عشري

" تس((تعمل ب((دال منه((ا القيم((ة−1 تس((اوي " بتة32وإذا كانت القيمة المكون((ة من ’.ds64‘ بتة في المقطع 64المكونة من

( بأحج((امAيمكن استعمال صفيف اختياري واحد من البنى )انظر الملح((ق • بتة.64مقاطع إضافية مكونة من

chunkSize، ح(ي(ث( ت(ض((ب(ط( ق(ي(م( BW64 ا(ل(ه(ي(ك(ل( ا(ل(كا(م(ل( لن(سق( ا(ل(مل(ف( 2و(ي(و(ض(ح( ا(ل(شك(ل( لل(س((((م(ا(ح( ل(ه((((ا ب(اس((((ت(خ(دا(م( قي(م ا(لح(ج(م( –(1 < ع(لى(data< و(>BW64>لل(م(ق(ط(ع(ي(ن(

<.(ds64> ب(ت(ة( ال(م(أخ(و(ذة( م(ن( ال(م(ق(ط(ع( 64ال(م(ك(و(ن(ة( م(ن( 2الشكل

BW64هيكل الملف

BW64 وRIFF/WAVEتحقيق التوافق بين 5.2 عل(ى( ال(ر(غ(م( م(ن( ت(رد(د(ا(ت( االعت(ي(ان( ا(ل(ع(ا(لي(ة( و(ا(إلش((ا(ر(ة ال(س((م(ع(ي(ة( م(ت(ع((د(د(ة ا(لق(ن((و(ات(،(

جيغابايت ولذلك( ينب(غي أن( 4 م(نت(كو(ن( بع(ض( م(لف(ا(ت( اإلن(ت(ا(ج ا(لس(م(ع(ي( ح(ت(م(ا أ(ص(غ(ر( (. وتنش((أ2 المخت(ص((ر )ك(م((ا ه((و وارد في الملح((ق RIFF/WAVEتبقى في نس((ق

المش((كلة المتمثل((ة( ب((أن أح((د تطب(يق((ات التس((جيل ال يتمكن بش((كل مس((بق من معرفة ما إذا ك(انت( اإلشارة الس((مع(ية المس((جلة( ال((تي يق((و(م بتجميع(ه((ا س((تتجاوز(


جيغابايت أم ال في نهاية التسجيل )أي ما إذا كان بحاجة إلى اس((تخدام النس((ق 4BW64.)أم ال

و(ي(ك(و(ن( ا(ل(ح((ل( ب(ت(م(ك(ي(ن( ت(ط((ب(ي(ق( ا(ل(ت(س((ج(ي(ل( م(ن( ا(ل(ت(ح((و(ل( ع(ل(ى( ا(ل(ف((و(ر( م(ن( ا(ل(ن(س((ق(RIFF/WAVE )إ(ل(ى( ا(ل(ن(س((ق BW64)جيغاب((ايت، فيم((ا ال ي((زال 4 ق((دره ب(ح((د( ل(ل(ح(ج(م

التسجيل جاريا. عن طري((قRIFF/WAVEويتحقق ذلك من خالل عكس الح((يز اإلض((افي في النس((ق

. وليس له((ذا الح((يز<ds64>يك((ون بنفس حجم المقط((ع <(( JUNK>إدراج مقط((ع > ولكنه يتحول إلى المقطع ،المختصر WAVEالمعكوس أي معنى بالنسبة للنسق

ds64> إذا كان االنتقال إلى النسق BW64 3 ض((روريا. وي((بين المخط((ط في الش((كل .<fmt>قبل المقطع الذي يوضع< JUNK>مقطع الخانة المحجوزة

3الشكل JUNKهيكل الملف مع المقطع

م((عRIFF/WAVE نسقا معياريا BW64عند بداية التسجيل، ينشئ تطبيق متنبه للنسق RIFFكمقط((ع أول. ويتحق((ق أثن((اء التس((جيل من أحج((ام النس((ق ’(( JUNK‘مقط((ع

: جيغابايت، يقوم التطبيق بما يلي4 فإذا تجاوزت والبيانات. <. )يح((ول ذل((كds64< بمقط((ع >JUNKاالستعاض((ة عن مع((رف المقط((ع >•

<(.ds64< السابق إلى مقطع >JUNKالمقطع >’ وعدد العينات في المقط((ع >data وحجم المقطع ‘RIFFإدراج حجم الملف •

ds64> ’ وع((دد العين((ات في الحق((ولdata وحجم المقط((ع ‘RIFFض((بط حجم المل((ف •

بالنظام الستة عشريFFFFFFFF = –1 بتة على القيمة32المكونة من ’ في البايتات األرب((ع األولى منBW64’ بالنسق ‘RIFFاالستعاضة عن معرف ‘•

الملفمواصلة التسجيل.•

RIFF/WAVEالمقاطع والبنى الموجودة في النسق 6.2:RIFF/WAVEتظهر أدناه المقاطع الموجودة في النسق

struct RiffChunk // declare RiffChunk structure

{

CHAR chunkId[4]; // ‘RIFF’

DWORD chunkSize; // 4 byte size of the traditional RIFF/WAVE file

CHAR riffType[4]; // ‘WAVE’

};


struct FormatChunk // declare FormatChunk structure

{

CHAR chunkId[4]; // ‘fmt ’

DWORD chunkSize; // 4 byte size of the ‘fmt ’ chunk

WORD formatTag; // WAVE_FORMAT_PCM = 0x0001, etc.

WORD channelCount; // 1 = mono, 2 = stereo, etc.

DWORD sampleRate; // 32000, 44100, 48000, etc.

DWORD bytesPerSecond; // only important for compressed formats

WORD blockAlignment; // container size (in bytes) of one set of samples

WORD bitsPerSample; // valid bits per sample 16, 20 or 24

WORD cbSize; // extra information (after cbSize) to store

// should be set to zero as extraData is not used

CHAR extraData[22]; // extra data of WAVE_FORMAT_EXTENSIBLE when necessary,

// should not be used as cbSize will be zero.

};

struct DataChunk // declare DataChunk structure

{

CHAR chunkId[4]; // ‘data’

DWORD chunkSize; // 4 byte size of the ‘data’ chunk

CHAR waveData[ ]; // audio samples

};

وتشير أقواس الصفيف الفارغة إلى إمكاني((ة اس((تخدام ع((دد متغ((ير من العناص((ر)بما في ذلك الصفر(.

<RIFFعناصر المقطع >1.6.2< هو المستوى األعلى للملف.RIFFالمقطع >

الوصفالحقلchunkId أربع سمات يستخدم لتحديد هوية’{R’, ‘I’, ‘F’, ‘F}‘صفيف من

المقطع.chunkSize بايت لحجم الملف.4قيمة من

riffType صفيف من أربع سمات‘{W’, ‘A’, ‘V’, ‘E}’يدل على أن المل((ف .WAVEهو ملف سمعي من النمط

<fmtعناصر المقطع >2.6.2 معلومات عن أنساق العينات السمعية المخزن((ة في على <fmt>يحتوي المقطع

<.dataالمقطع >الوصفالحقل

chunkId صفيف من أربع سمات‘{f’, ‘m’, ‘t}’ ‘ ,’يستخدم لتحديد هوية


المقطع.chunkSize بايتات لحجم الملف.4قيمة من formatTag بايت تمثل نسق العينات الس((معية. وتع((ني القيم((ة2قيمة من

0x0001 تش((كيل ش((فري نبض((ي ) أن النسق ه((وPCMوتخص((ص ،) لألنساق المجهولة.0x0000القيمة

channelCount ب((ايت ت((دل على ع((دد المس((ارات الس((معية في2قيم((ة من الملف.

sampleRate بايت تدل على معدل العين((ات الس((معية ب((الهرتز )4قيمة من Hz.)

bytesPerSecondمتوسط عدد البايتات التي ينبغي نق((ل بيان((ات الموج((ة به((ا في الثاني((ة الواح((دة. وباس((تخدام تل((ك القيم((ة يمكن لبرمجي((ات

.استعادة التسجيل تقدير حجم الدارئblockAlignmentتراص((ف كت((ل بيان((ات الموج((ة )بالبايت((ات(. وتحت((اج برمجي((ات

blockAlignmentاستعادة التسجيل إلى معالج((ة بايت((ات متع((ددة من من البيان((ات في الم(رة الواح(دة، بحيث يمكن اس(تخدام القيم(ة

blockAlignmentلتراصف الدارئ .bitsPerSampleعدد البتات في العينة الواحدة وفي القن((اة الواح((دة. ويف((ترض

أن يكون لكل القنوات نفس استبانة العينات. وإذا لم يكن ه((ذا.الحقل ضروريا، فإنه ينبغي ضبطه على الصفر

cbSize حجم هيكل المعلومات اإلضافيةextraData .بالبايتاتextraDataمعلوم(((ات إض(((افية تس(((تخدم لتخ(((زين معلوم(((ات النس(((ق

WAVE_FORMAT_EXTENSIBLEويجب عدم اس((تعمالها في النس((ق . BW64.

.PCM هو بالفعل مقطع نسق متخصص للبيانات السمعية FormatChunkوالمقطع علىformatTag عن((دما يض((بط FormatChunk في المقطعextraDataيس((تخدم الص((فيف

. وبم((ا أن((ه ينبغي وص((ف اإلش((ارات0XFFFE (WAVE_FORMAT_EXTENSIBLE)القيم((ة السمعية متعددة القنوات باستخدام البيانات الشرحية لنموذج التعري((ف الس((معي

(ADM) فإن((ه ينبغي تف((ادي اس((تخدام ،formatTagه((ذا. وم((ع ذل((ك، ينبغي أن يك((ون هذا ومعالجته بطريق((ةformatTagالتنفيذ قادرا على التعامل مع قراءة ملف يتضمن

صحيحة.و><(( chna> مع المعلومات المتعلقة ب((المقطعين FormatChunkولضمان عدم تناقض

axml يوصى بض((بط ،>formatTag 0 على القيم((ةx0001 لإلش((ارة الس((معية PCMوعلى ، )0x0000القيمة formatTagغير معروف( لجميع اإلشارات السمعية األخ((رى خالف =

.PCMإشارات <dataعناصر المقطع >3.6.2

لتخزين العينات السمعية.<dataيخصص المقطع >الوصفالحقل

chunkId صفيف من أربع سمات‘{d’, ‘a’, ‘t’, ‘a}’يستخدم لتحدي(د هوي(ة المقطع.

chunkSize بايتات لحجم المقطع.4قيمة من


waveData)ا(ل(م(ك(ا(ن( ا(ل(ذ(ي( ت(خ(ز(ن( ف(ي(ه( ا(ل(ع(ي(ن((ا(ت( ا(ل(س((م(ع(ي(ة(.( ت(خ((ز(ن( ا(ل(ع(ي(ن((ا(ت المس((ارات المتع((ددةب(ت(ر(ت(ي(ب( ا(ل(ب(ا(ي(ت(ا(ت( ا(أل(ق(ل( أ(ه(م(ي((ة(.( و(ت(خ((ز(ن(

بالتشذير على أساس ك(ل عينة( على حدة. فعلى سب(يل المث(ال،(بتة ومسارين: 16 منفي حالة( إشار(ة سمع(ية

المسارالعينةالبايت00 – LSB110 – MSB120 – LSB230 – MSB241 – LSB151 – MSB161 – LSB271 – MSB2


BW64مقطع المستوى األعلى للنسق 3

تعريف1.3 <RIFF< ب((دال من المقط((ع >BW64يس((تخدم مقط((ع المس((توى األعلى للنس((ق >

بتة. وتعني قراءه هذا المقط((ع أن((ه ينبغي وج((ود32المستخدم في ملفات بحجم > بت((ة. ويظه((ر أدن((اه المقط((ع 64< لقراءة األحجام المكون((ة من ds64>المقطع

BW64: >struct BW64Chunk // declare BW64Chunk structure

{

CHAR chunkId[4]; // ‘BW64’

DWORD chunkSize; // -1 = 0xFFFFFFFF means don’t use this data, use

// riffSizeHigh and riffSizeLow in ‘ds64’ chunk instead

CHAR BW64Type[4]; // ‘WAVE’

};

<BW64عناصر المقطع >2.3الوصفالحقل

chunkId صفيف من أربع سمات‘{b’, ‘w’, ‘6’, ‘4}’يستخدم لتحديد هوية المقطع.

chunkSize 0( −1 بايتات ينبغي ض((بطها على القيمة4قيمة منxFFFFFFFF( للداللة على أن قيمة الحجم هذه ليست مستخدمة وأن((ه ينبغي

لتحديد األحجام. <ds64>استخدام المقطع BW64Type صفيف من أربع سمات‘{W’, ‘A’, ‘V’, ‘E}’يدل على أن المل((ف

.WAVE هو ملف سمعي من النمط

JUNK وDS64المقطعان 4

تعاريف1.4 <data>وللمقط(ع لحجم المل(ف بت(ة 64< قيم(ا مكون(ة من ds64ينق(ل المقط(ع >

بتة للمقاطع األخ(رى القابل(ة للتعري(ف. ويظه(ر أدن(اه64ولصفيف من قيم بحجم الذي ينقل أحج((ام المق((اطعChunkSize64<، يليه هيكل الجدول ds64>هيكل المقطع

(. وتش((ير أق((واس الص((فيف الفارغ((ة إلى<data>القابلة للتعريف )خالف المقط((ع إمكانية استخدام عدد متغير من العناصر )بما في ذلك الصفر(.

struct DataSize64Chunk // declare DataSize64Chunk structure

{

CHAR chunkId[4]; // ‘ds64’, FOURCC chunk identifier

DWORD chunkSize; // 4 byte size of the <ds64> chunk

DWORD bw64SizeLow; // low 4 byte size of <BW64> block

DWORD bw64SizeHigh; // high 4 byte size of <BW64> block

DWORD dataSizeLow; // low 4 byte size of <data> chunk

DWORD dataSizeHigh; // high 4 byte size of <data> chunk

DWORD dummyLow; // dummy value for cross compatibility


DWORD dummyHigh; // dummy value for cross compatibility

DWORD tableLength; // number of valid entries in array “table”

ChunkSize64 table[ ]; // array of chunk sizes for chunks exceeding 4 Gbytes

};

struct ChunkSize64 // declare ChunkSize64 structure

{

CHAR chunkId[4]; // chunkID of chunk which needs 64bit addressing;

// e.g. ‘axml’ is used when <axml> chunk exceeds 4 Gbytes

DWORD chunkSizeLow; // low 4 byte chunk size

DWORD chunkSizeHigh; // high 4 byte chunk size

};

< يس((تعمل إذا تمds64< هو عبارة عن خانة محجوزة للمقطع >JUNKوالمقطع > بتة قد يحتاج إلى تحويل فوري إلى ملف مكون32توليد ملف سمعي مكون من

< مطابقا لحجم المقط((عJUNK> بتة الحقا. ويجب أن يكون حجم المقطع 64من <ds64:المحتمل الذي يحل محله. ويظهر هنا هيكل المقطع >

struct JunkChunk // declare JunkChunk structure

{

CHAR chunkId[4]; // ‘JUNK’

DWORD chunkSize; // 4 byte size of the ‘JUNK’ chunk. This must be at

// least 28 if the chunk is intended as a place-holder

// for a ‘ds64’ chunk.

CHAR chunkData[4]; // dummy bytes

};

<ds64>عناصر المقطع 2.4الوصفالحقل

chunkId صفيف من أربع سمات‘{d’, ‘s’, ‘6’, يستخدم لتحديد هوي((ة’{4‘ المقطع.

chunkSize حجم المقطع<ds64 > بايت4من .bw64SizeLow أدنى حجم للكتلة<BW64 > بايت. ويع((بر عن حجم4مكون من

>إذا ك((ان 0xHHHHLLLL بت((ة بقيم((ة64البيان((ات المك((ون من bw64SizeLow >و<bw64SizeHigh> 0 يس((اويانxLLLL 0وxHHHHعلى ،

بت((ة32التوالي. وتكون الكمية التي ليس لها عالمة والمكونة من بنسق الترتيب األقل أهمية.

bw64SizeHigh أعلى حجم للكتلة<BW64 > وتك((ون الكمي((ة ب((ايت. 4مكون من بتة بنسق الترتيب األقل 32 التي ليس لها عالمة والمكونة من

أهمية.dataSizeLow أدنى حجم للمقطع<data > بايت. ويع((بر عن حجم4مكون من

>إذا ك((ان 0xHHHHLLLL بت((ة بقيم((ة64البيان((ات المك((ون من dataSizeLow >و<dataSizeHigh> 0 يس(((اويانxLLLL 0وxHHHHعلى ،

بت((ة32التوالي. وتكون الكمية التي ليس لها عالمة والمكونة من بنسق الترتيب األقل أهمية.


dataSizeHigh أعلى حجم للمقطع<data > وتك((ون الكمي((ة ب((ايت. 4مكون من بتة بنسق الترتيب األقل 32 التي ليس لها عالمة والمكونة من

أهمية.dummyLow بايت ينبغي إهماله((ا عن((د قراءته((ا، وض((بطها4قيمة وهمية من

على الص((فر عن((د كتابته((ا. وهي توج((د لض((مان التواف((ق م((عالمعيار القيمةEBU Tech 3306 RF64مواصفة الذي يستخدم هذه ،

ال توج((د في<fact>لنق((ل معلوم(((ات متعلق(((ة بحجم المقط((ع .BW64النسق

dummyHigh بايت ينبغي تجاهله(ا عن(د قراءته(ا، وض(بطها4قيمة وهمية من >على الصفر عند كتابتها. والغرض منها هو نفسه الذي للقيمة

dummyLow>.tableLength عدد البنود الصالحة في الصفيف“ChunkSize64 table”.

ChunkSize64 table جيغابايت.4صفيف أحجام المقاطع التي تتجاوز ChunkSize64 على النحو التالي. يستخدم ص((فيف من ب((نى ChunkSize64يحدد الجدول

في الج(((زء االختي(((اري من<data> لتخ(((زين ط(((ول أي مقط(((ع خالف المقط(((ع ه((و النم((ط الوحي((د من<(( axml> المقط((ع. وحاليا، يرجح أن يكون <ds64> المقطع

)ربما في ملف((ات جيغابايت 4الذي يتجاوز حجمه <(( data>المقاطع خالف المقطع سمعية كبيرة جدا قائمة على األشياء(.

الوصفالحقلchunkId سمات يستخدم لإلشارة إلى مع((رف المقط((ع 4صفيف من <

chunkID بتة. وعلى64< الذي يحتاج إلى حيز عناوين مكون من ,’a}‘سبيل المث((ال، يس((تخدم الص((فيف ‘x’, ‘m’, ‘l}’ للمقط((ع <

axml>.chunkSizeLow ب(((ايت للمقط(((ع ال((ذي يش(((ير إلى 4أدنى حجم مك(((ون من <

chunkID>. 32 وتكون الكمية التي ليس لها عالمة والمكون((ة من بتة بنسق الترتيب األقل أهمية.

chunkSizeHigh ب((ايت للمقط((ع ال((ذي يش((ير إلى 4أعلى حجم مك((ون من <chunkID>. 32 وتكون الكمية التي ليس لها عالمة والمكون((ة من

بتة بنسق الترتيب األقل أهمية.

<JUNKعناصر المقطع >3.4الوصفالحقل


chunkId صفيف من أربع سمات‘{J’, ‘U’, ‘N’, ‘K}’يستخدم لتحديد هوية المقطع.

chunkSize حجم للمقطع<JUNK > 4بقيم((ة ب((ايت. ويجب أن يك((ون مكون((ا.<ds64>للمقطع بتة على األقل ليكون خانة محجوزة 28من

chunkData.بيانات وهمية يتعين إهمالها

AXMLالمقطع 5تعريف1.5

XML< أي بيانات متوافق((ة م((ع النس((ق axmlقد يتضمن المقطع > أو أي نس((ق1.0 <axmlالمقط((ع >. ويالحظ أن [1] بعده، وهو نسق واسع االنتشار لتبادل البيانات

م((أخوذة من أك((ثر من مخط((ط. وق((د ت((رد ب((أيXMLقد يتض((من أج((زاء من مل((ف األخرى ضمن الملف نفسه.RIFFترتيب مع المقاطع . وال يكونXML< من رأسية تليها بيانات متوافقة مع نسق axmlويتكون المقطع >

الطول اإلجمالي للمقطع ثابتا. < فيaxml> لالطالع على مث((ال على كيفي((ة اس((تخدام المقط((ع 8انظ((ر الفق((رة

ذلك المعلمات الواردة في في لنقل البيانات الشرحية اإلذاعية، بما BW64النسق < السابقين.ubxt< و>bextالمقطعين >

struct axml_chunk

{

CHAR ckID[4]; // {'a','x','m','l'}

DWORD ckSize; // size of the <axml> chunk in bytes

CHAR xmlData[ ]; // text data in XML

};

جيغاب((ايت، فق((د يك((ون من الض((روري4 قد يستوعب أك((ثر من XMLوبما أن ملف . ويرد أدن(اه<axml> للمقطع بتة 64 إلتاحة حقل بحجم<(( ds64>استخدام المقطع

شبه ش((فرة معين((ة لتوض((يح كيفي((ة تحقي((ق ذل((ك باس((تخدام ص((فيف الج((دول في.<ds64>المقطع

DataSize64Chunk.tableLength = 1; // number of valid entries in array “table”

DataSize64Chunk.table[0] = {

ChunkSize64.chunkId = {`a`, `x`, `m`, `l`}; // chunk ID for the <axml> chunk

chunkSizeLow = xxxx // low 4 byte chunk size

chunkSizeHigh = xxxx // high 4 byte chunk size

}

<axml عناصر المقطع >2.5ckID صفيف من أربع سمات‘{a’, ‘x‘, ‘m‘, ‘l ))}‘يس((تخدم لتحدي((د هوي((ة

المقطع.ckSize ب((ايت8حجم قسم البيانات في المقطع بالبايت. )ال يش((مل قيم((ة

.(ckSize وckIDالتي يستخدمها كل من xmlData يتضمن هذا الحقل معلومات عن النص بلغةXML.


XMLيكون هيكل بيانات بتراتيب تدرجي وتخزن البيانات في سالس((ل النص وفق((ا أو أي نسق بعده.XML 1.0للنسق

axmlوإذا لم يتمكن جه(((از االس(((تقبال من تفس(((ير محت(((وى المقط(((ع > < وفق(((ابكامله. ، يتعين إهمال المقطعXMLللمواصفة الواردة في ملف

CHNAالمقطع 6

تعريف1.6 < ه((و مقط((ع يع((رف خصيص((ا لكي يس((تخدم م((ع نم((وذج التعري((فchnaالمقطع >ITU-R في التوصية (ADMالسمعي ) BS.2076 المقط((ع >. ويتك((ونchnaمن رأس((ية >

( للمسارات. يلي ذلكUIDيليها عدد من المسارات وعدد من المعرفات الفريدة ) صفيف من هياكل المعرفات التي يتض((من ك((ل منه((ا معرف((ات مقابل((ة لمعرف((ات

.ADMعناصر النموذج ( للمس((ارات المق((ررUIDيعتم((د حجم المقط((ع على ع((دد المعرف((ات الفري((دة )

تعريفها. ويجب أن يكون عدد هياكل المعرفات مساويا لع((دد المعرف((ات الفري((دة المستخدمة أو أكبر. ويمكن من خالل السماح لعدد هياكل المعرفات بتجاوز ع((دد المعرفات الفريدة تس((هيل تح((ديث المقط((ع وإض((افة معرف((ات جدي((دة إلي((ه دون االضطرار إلى تغيير حجم المقطع. فعلى سبيل المثال، ق((د ال يك((ون من الواض((ح كيف يمكن توليد العديد من المعرفات الفري((دة في البداي((ة، ول((ذلك يض((بط ع((دد

)ألن المنفذ يعتبر ذلك أكثر من كاف لهذه64هياكل المعرفات في المقطع على معرفا فريدا )عدد نم(وذجي للمعرف(ات الفري(دة55المهمة(؛ ثم تولد البرمجيات

من هياكل المعرفات األولى، بحيث تضبط قيم هياكل المعرف((ات55األولية( تمأل على الصفر.9التسعة الباقية

ضمن المقطع أن تشير إما إلى البيان((ات الش((رحيةADMيمكن لمعرفات النموذج في مل((ف تعري((ف مش((ترك ، أو<(( axml> ال((تي تنق((ل في المقط((ع ADMللنم((وذج

خارجي. فإذا ك((انت األرق(ام األربع(ة األخ(يرة بالنظ(ام الس(تة عش(ري للمعرف(ات ITU-R أو أق((ل فإنه((ا تع((رف بوص((فها تع((اريف مش((تركة في التوص((ية x0FFFبقيم((ة

BS.2094-0 - ‘ )مثال تع((اريف القن((اة ل(تع((اريف مش((تركة لنم((وذج تعري((ف الص((وت FrontLeft‘و ’FrontRight 0’(. وتع((رف أي معرف((ات ال تق((ل قيمته((ا عنx1 000بوص((فها

< ضمن الملف.axmlتعاريف مخصصة، وبالتالي تكون متضمنة في المقطع > < )ال((ذيdataشرا للمسار يستخدم في الملف > مؤaudioIDيتضمن هيكل المعرف

1يتضمن العينات السمعية(، بدءا من القيمة للمسار األول. وه((و يتض((من معرف((ا . وق((د تك((ون العناص((رADMفري((دا للمس((ار تتض((منه البيان((ات الش((رحية للنم((وذج

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

audioTrackFormat والنسق audioPackFormat في النموذج ADM.struct chna_chunk

{

CHAR ckID[4]; // {'c','h','n','a'}

DWORD ckSize; // size of the <chna> chunk

WORD numTracks; // number of tracks used

WORD numUIDs; // number of track UIDs used

audioID ID[N]; // IDs for each track (where N >= numUIDs)

};

struct audioID


{

WORD trackIndex; // index of track in file

CHAR UID[12]; // audioTrackUID value

CHAR trackRef[14]; // audioTrackFormatID reference

CHAR packRef[11]; // audioPackFormatID reference

CHAR pad; // padding byte to ensure even number of bytes

}

<chnaعناصر المقطع >2.6ckID صفيف من أربع سمات‘{c’, ‘h‘, ‘n‘, ‘a}‘ 1 يستخدم لتحديد هوي((ة

المقطع.ckSizeحجم قس((م البيان((ات في المقط((ع )ال يتض((من البايت((ات الثم((اني

.ckSize) وحجم المقطعckIDالمستخدمة في كل من المعرف numTracksعدد المسارات المستخدمة في الملف. وح(تى إذا تض(من المس(ار

أكثر من مجموعة واحدة من المعرفات، فإنه يظل يش((كل مس((اراواحدا.

numUIDs ع((دد المعرف((ات الفري((دة(UID)المس((تخدمة في مل((ف. وبم((ا أن((ه يمكن إعطاء المسار الواحد ع(دة معرف(ات فري(دة )تغطي ف(ترات

. وينبغي أنnumTracksزمني((ة مختلف((ة(، فق((د يأخ((ذ قيم((ة أك((بر من تكون هذه القيم((ة مطابق((ة لع((دد المعرف((ات المح((ددة في مع((رف

.IDالهوية ID))ار.هيكل يتض((من مجموع((ة المعرف((ات المرجعي((ة الس((معية للمس

N من المعرف(ات، حيثNويتضمن ه(ذا الص(فيف ع(دد <= numUID، تضبط محتويات معرف((ات المس((ارN أقل من numUIDوعندما يكون

غير المستعملة على الصفر. وعن((د ق(راءة المقط(ع يمكن اش((تقاق – N = (ckSize وبالتالي ،ckSize = 4 + (N * 40)، حيث إن ckSize من Nقيمة 4) / 40.

trackIndexويقاب((ل ذل((ك مباش((رة1في الملف، ويبدأ ب((الرقم مؤشر المسار . .<data>ترتيب المسارات المشذرة في المقطع

UID قيم((ةaudioTrackUIDالخ((اص بالمس((ار. ويتم((يز ص((فيف الس((مات ستة عشري. رقمx حيثATU_xxxxxxxxبالنسق

trackRef مرج((ع مع((رف المس((ارaudioTrackFormatIDويتم((يز ص((فيف الس((مات . رقم ستة عشري.x حيثATU_xxxxxxxxبالنسق

packRef مرج((ع مع((رف المس((ارaudioTrackFormatIDويتم((يز ص((فيف الس((مات . رقم س((((تة عش((((ري. وإذا لم يكنx حيثATU_xxxxxxxxبالنس((((ق

audioPackFormatID أي عندما يشير( مطلوبا audioPackFormatIDق))إلى النس audioPackFormat ب((دال من النس((ق audioChannelFormatينبغي أن يمأل ه((ذا )

الحقل بقيم صفرية.pad بايت واحد لضمان أن يكون لهيكلaudioID.عدد وزجي من البايتات

DWORD ال يكون التعري((ف مالحظة:1 ckID = “chnaفري((دا. فالمعماري((ات المختلف((ة تول((د ” .}‘char ckID[4] = }‘c‘,‘h‘,‘n‘,‘aترتيبات مختلفة للسمات. وبالتالي يعرف بدال من ذلك


القيم((ةtrackIndex إعط((اء المؤش((ر IDوينبغي عند عدم اس((تخدام أح((د المعرف((ات صفر وإعطاء الحقول األخرى سالس(ل ص(فرية يك(ون له((ا نفس ط((ول السلس(لة

منpackRefالعادية للمعرف المستخدم. لذلك تتكون السلس((لة الص((فرية للمرج((ع س((مة14 من trackRef( ويتك((ون ASCII س((مة ص((فرية )القيم((ة ص((فر بتش((فير 11

صفرية.أمثلة إعالمية3.6

< فق((د أوردن((ا هن((ا بعض األمثل((ةchnaللمس((اعدة في توض((يح عم((ل المقط((ع > البسيطة. وتستخدم شبه الشفرة في كل مثال ترميزا يشبه السلسلة للمعرفات

”(، حيث ينبغي عمليا استعمال صفيف من السمات لض((مانAT_00010001_01)مثال “ال((ترتيب الص((حيح له((ا )وبالت((الي يمكن القي((ام ب((ذلك عملي((ا به((ذه الطريق((ة: }‘

A’,’T’,’_’,’0’,’0’,’0’,’1’,’0’,’0’,’0’,’1’,’_’,’0’,’1.)}’الملف المجسم البسيط1.3.6

ال تزال غالبية الملفات السمعية القائمة عبارة عن ملف((ات مجس((مة من قن((اتين، يتضمن المسار األول القناة اليسرى ويتضمن المسار الثاني القن((اة اليم((نى. ويتم

، والقن((اةAT_00010001_01 بواسطة المعرف ADMتعريف القناة اليسرى في النموذج . أم((ا تعري((ف كدس((ة الس((تريو فيتم بواس((طةAT_00010002_01 اليم((نى ب((المعرف

.AP_00010002المعرف وتظهر أدناه شبه الشفرة:

ckID = {‘c’,’h’,’n’,’a’};

ckSize = 84;

numTracks = 2;

numUIDs = 2;

ID[0]={ trackIndex=1; UID=“ATU_00000001”; trackRef=“AT_00010001_01”; packRef=“AP_00010002”; pad=‘\0`; };


غ((يرID، وبالت((الي ال يتض((من ه((ذا المث((ال هياك((ل 2ويكون ع((دد هياك((ل المع((رف مستخدمة.

مثال بسيط قائم على األشياء2.3.6 ال تغطي األش((ياء الس((معية إال قس((ما فرعي((ا من ال((وقت في المل((ف الس((معي. ولتوفير حيز من المكان، قد تتقاسم أشياء غير متراكب((ة المس(ار نفس(ه. ويح(دث

في المس((ار نفس((ه. ويس((تخدم ه((ذا(UIDذلك عند حدوث عدة معرف((ات فري((دة ) )ID من هياك((ل المع((رف المثال أيضا ع((ددا في ه((ذه الحال((ة( أك((بر من ع((دد32 numUID إلظهار كيفية ضبط هياكل ID.على الصفر

ckID = {‘c’,’h’,’n’,’a’};

ckSize = 1284;

numTracks = 2;

numUIDs = 4;





ID[4]={ trackIndex=0; UID=[‘\0’]*12; trackRef=[‘\0’]*14; packRef=[‘\0’]*11; pad=‘\0`; };

:


ID[31]={ trackIndex=0; UID=[‘\0’]*12; trackRef=[‘\0’]*14; packRef=[‘\0’]*11; pad=‘\0`; };

أش((ياء3، وبالت((الي فه((و يتض((من UID معرف((ات فري((دة 3يتض((من المس((ار األول في(AT_00031004_01 وAT_00031003_01 وAT_00031001_01مختلفة )لها معرف((ات المس((ار

معرف((ا فري((دا واح((دا،يتضمن المسار الث((اني مواقع زمنية مختلفة ضمن الملف. و) ذات(ه IDوبالتالي فهو يتضمن شيئا واحدا. ويكون له((ذا الش((يء مع((رف الكدس(ة

AP_00031001)ويشير ذلك إلى أن الش((يء األول1 الذي للشيء األول في المسار . . وق((د تس((تخدم البيان((ات الش((رحية2 و1يتضمن قناتين محمولتين في المسارين

< لتوضيح توزيع القنوات والمسارات.axml> المنقولة في المقطع ADM للنموذجمثال على تعدد المحتوى3.3.6

رئيس((ي5.1 محتوى متعددا في ملف واح((د، مث((ل م((زيج BW64قد يتضمن الملف مس((ارات، م((ع م((زيج مجس((م بلغ((ة أجنبي((ة على المس((ارين الت((اليين.6على أول

عدة تشكيالت، ويظهر المثال كيف يتمكن سيناريوITU-R BS.1738وتتضمن التوصية . ويتض((من ه((ذا<chna> الوارد في هذه التوصية من التعامل مع المقطع 5اإلنتاج

كام((ل،5.1 مس((ارات، تحت((وي المس((ارات الس((تة األولى على م((زيج 8السيناريو >ويحتوي المس((اران التالي((ان على م((زيج دولي مجس((م. ويظه((ر أدن((اه المقط((ع

chna >:الناتجckID = {‘c’,’h’,’n’,’a’};

ckSize = 84;

numTracks = 8;

numUIDs = 8;









معلوم((ات بش((أن<(( axml> في المقط((ع ADMوتتضمن البيانات الشرحية للنموذج كيفية فصل هذين المزيجين.

ITU-R BS.1352التوافق مع التوصية 7ITU-R )التوصية BWFبما أن النسق BS.1352 ه((و نس((ق مختص((ر للمل((ف )RIFF/WAVE

>( يحت((وي على مق((اطع زائ((دة، وأبرزه((ا المقط((ع 2)كما هو محدد في الملح((ق bext > ثمة حاجة إلى فهم التوافق بين ،BWFو BW64.

مقاطع BWFمقاطع BW64

كيفية التعامل

<fmt><fmt>يستخدم بشكل تقليدي<data><data>يستخدم بشكل تقليدي<fact><fact>يستخدم بش((كل تقلي((دي، ]رغم أن((ه على األرجح زائ((د عن

إهماله[. الحاجة وبالتالي يمكن-<ds64> 4.2انظر الفقرة

-<JUNK> 4.2انظر الفقرة-<chna> 4.4انظر الفقرة-<axml> لتوزيع القنوات. يس(تخدم إلذاع(ة البيان((ات4.4انظر الفقرة

.<bext>الشرحية التي قد توجد في المقطع <bext>-عند قراءة المقطع <bext< يحول إلى بيان((ات المقط((ع ،>

axmlلنق((ل النم((وذج < المقابل ADMوأي بيان((ات ش((رحية XML لمزي(((د من8 إذاعي(((ة ذات ص(((لة. انظ(((ر الفق(((رة

التفاصيل.

XMLتوليد البيانات الشرحية اإلذاعية 8ITU-Rتحتوي التوصية BS.1352 على بيان((ات ش((رحية إذاعي((ة في المقطعين <bext>

. ولهذين المقطعين حقول ثابتة الطول ويقتصران على حق((ول مح((ددة،<ubxt>و ما يحول بالتالي من نقل أي بيان((ات ش((رحية إذاعي((ة ذات ص((لة أخ((رى. وبإمك((ان

، وبالت((اليXML أن ينق((ل أي بيان((ات ش((رحية BW64المل((ف < فيaxml>المقط((ع يمكن استخدامه في نقل بيانات شرحية إذاعية، بما في ذل((ك المعلم((ات ال((واردة

.<ubxt> و<bext>في المقطعين < ينبغي استخدام هيكلaxml> في المقطع <bext</>ubxtومن أجل نقل معلمات >

XML الت((الي، حيث تش((ير المالحظ((ات ال((تي يله((ا الس((ابقة ‘BEXTإلى معلم((ات ’ .<bext</>ubxt>المقطعين

<?xml version="1.0" encoding="UTF-8"?><ebuCoreMain xmlns="urn:ebu:metadata-schema:ebuCore_2015" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <coreMetadata> <creator> <contactDetails> <name>  </name> </contactDetails> <organisationDetails> <organisationName>  </organisationName> </organisationDetails> </creator>

<description typeDefinition="bextDescription"> <dc:description>  </dc:description> </description> <date>  <created startDate="2000-10-10" startTime="12:00:00"/> </date>

<format> <audioFormatExtended>  <audioProgramme audioProgrammeID="..." start="00:00:00:00">

</audioProgramme>  </audioFormatExtended> <technicalAttributeString typeDefinition="CodingHistory">  </technicalAttributeString> </format>

<identifier formatLabel="UMID" formatLink="http://www.ebu.ch/metadata/cs/ebu_IdentifierTypeCodeCS.xml#1.1"> <dc:identifier>  </dc:identifier> </identifier> </coreMetadata></ebuCoreMain>

، اللذين يعتبرانAESCore [3] وEBUCore [2] على مخططي البيانات الشرحية XMLتقوم .ITU-R BS.2076 متوافقين مع التوصية

ITU-R موض((وع التوص((ية BWFوعند قراءة مل((ف BS.1352به((دف تحويل((ه إلى مل((ف BW64ينبغي تحوي(((ل المقطعين ، <bext>و <ubxt> إلى لغ(((ة XMLال(((واردة هن(((ا

<.axml>إلدراجهما ضمن المقطع

BW64تمديد اسم الملف لملف النسق 9 ”.wav“. على ش((كل BW64يعرف تمديد الملف الخاص بملفات متوافقة مع النسق

ويمكن ذلك البرمجي((ات التقليدي((ة من ق((راءة المق((اطع في المل((ف ال((تي تفهمه((ا <(، بحيث يمكن النفاذ إلى العينات السمعية علىdata< و>fmt)بالدرجة األولى >

األقل. ومع أنه ال يوصى باستخدام أي تمديدات بديلة ألسماء الملفات لدى توليد ملفات

BW64 يمكن التوقع بأن يكون التمديد ،.“bw64.قد اس((تخدم بص((ورة غ((ير مناس((بة ” أن تجيز هذا التمديد الب((ديل الس((مBW64لذلك ينبغي للبرمجيات التي تقرأ الملف

الملف.

بليوغرافيايب10[1] Extensible Markup Language (XML) 1.0 W3C Recommendation 26-November-2008

http://www.w3.org/TR/2008/REC-xml-20081126

[2] EBU Tech 3293, “EBU Core Metadata Set v.1.6”.

[3] AES 60-2011, “AES standard for audio metadata – Core audio metadata”.


)إعالمي(2الملحق )RIFF WAVE ).WAVنسق الملف

أخذت المعلومات المدرجة في هذا الملحق من وثائق المواصفات الخاصة بنسق . وهي واردة للعلم فق((ط. وق((د أدرجت نتيج((ة لغي((اب مص((در خ((ارجيRIFFالملف

موثوق لألغراض المرجعية.

(WAVEنسق الملفات السمعية من النمط الموجي )1 . وينبغي للبرامج أن تنتظ((ر )وتتجاه((ل( أي مق((اطعWAVEفيما يلي تعريف النسق

. ولكن يتعين على المقط((ع >RIFF كافة األش((كال مجهولة تواجهها كما يحدث معfmt-ck< أن يحدث دائم((ا قب((ل المقط((ع >wave-dataه((ذين المقطعين كال <، ويك((ون

.WAVEإجباريا في الملف <WAVE-form> ->

RIFF(‘WAVE’

<fmt-ck> // Format chunk

[<fact-ck>] // Fact chunk

[<other-ck>] // Other optional chunks

<wave-data>) // Sound data

:WAVEتتولى الفقرات التالية وصف المقاطع WAVEمقطع النسق 1.1

< . ويعرف المقطع >wave-data< نسق البيانات>WAVE >fmt-ckيحدد مقطع النسق fmt-ck:كما يلي >

<fmt-ck> ->fmt(<common-fields>

<format-specific-fields>)

<common-fields> ->

Struct {

WORD wFormatTag; // Format category

WORD nChannels; // Number of channels

DWORD nSamplesPerSec; // Sampling rate

DWORD nAvgBytesPerSec; // For buffer estimation

WORD nBlockAlign; // Data block size

}

< من المقط((ع على النح((وcommon-fieldsوتكون الحقول التي يحتوي عليها الجزء >التالي:

الوصفالحقلwFormatTag رقم يدل على فئ((ة النس((قWAVEللمل((ف. ويعتم((د على ه((ذه القيم((ة

< وتفس((يرfmt-ck< من المقط((ع >format-specific-fieldsمحت((وى الج((زء >بيانات الموجة.

nchannels بالنس((بة لغ((ير1ع((دد القن((وات الممثل((ة في بيان((ات الموج((ة، مث((ل


بالنسبة للمجسم.2المجسم أو nSamplesPerSecمعدل االعتيان )عدد العينات في الثاني((ة الواح((دة( ال((ذي ينبغي إع((ادة

إنتاج كل قناة به.nAvgBytesPerSecمتوسط عدد البايتات التي ينبغي نقل بيان((ات الموج((ة به((ا في الثاني((ة

الواحدة. وباستخدام تلك القيمة يمكن لبرمجي((ات اس((تعادة التس((جيلتقدير حجم الدارئ.

nBlockAlignتراص((ف الكتل((ة )بالبايت((ات( لبيان((ات الموج((ة. ويتعين على برمجي((ات < منnBlockAlign> اس((تعادة التس((جيل معالج((ة بايت((ات متع((ددة من

البيان(((ات في الم(((رة الواح(((دة، بحيث يمكن اس(((تخدام القيم(((ة >nBlockAlignالدارئ. < لتراصف

<( م(ن( ص(ف(ر( أ(و( أ(ك((ث(ر( م(ن( ب(ا(ي(ت((ا(ت( ا(ل(م(ع(ل(م((ا(ت(.(format-specific-fieldsو(ي(ت(ك(و(ن( ا(ل(ح(ق(ل( >( - ر(ا(ج((ع( ا(ل(ف(ق((ر(ا(ت( ا(ل(ت(ا(ل(ي((ة(WAVE و(ت(ت(و(ق(ف( ا(ل(م(ع(ل(م(ا(ت( ا(ل(م(د(ر(ج(ة( ع(ل(ى( ف(ئ((ة( ا(ل(ن(س((ق(

ل(م(ز(ي((د( م(ن( ا(ل(ت(ف(ا(ص((ي(ل( ب(ه((ذ(ا( ا(ل(خ(ص((و(ص(.( و(ت(ك(ت(ب( ب(ر(م(ج(ي((ا(ت( ا(س((ت(ع(ا(د(ة( ا(ل(ت(س((ج(ي(ل(-format )ويتجاه((ل( أي معلم((ات مجهول((ة تظه((ر في آخ((ر الحق((ل >ب(ش(ك(ل( ي(س((م(ح(

specific-fields.>WAVEفئات النسق 2.1

>المقطع < من wFormatTag > بواسطة قيمة الحقلللملف WAVEتحدد فئة النسق fmt>في الحق((ل >. ويعتم((د تمثي((ل البيان((ات wave-data< ومحت((وى الحق((ل >format-

specific-fields< من المقطع >fmt.على فئة النسق > وفيما يلي الفئ((ات المفتوح((ة غ((ير المحمي((ة بحق((وق الملكي((ة المعرف((ة حالي((ا في

:WAVEالنسق wFormatTagالنسقالقيمة

WAVE_FORMAT_UNKNOWN0x0000غير معروفWAVE_FORMAT_PCM0x0001 نسقPCM ( )تشكيل شفري نبضي

WAVE_FORMAT_IEEE_FLOAT0x0003IEEE float

WAVE_FORMAT_EXTENSIBLE0xFFFE نسق موجي موسع - يحددهSubFormat

فيWAVE_FORMAT_UNKNOWN وWAVE_FORMAT_PCM - ال يتم اس((تخدام إال النس((قان مالحظةWAVE التالي((ة تفاص((يل النس((ق 2. وتعطي الفقرة BW64 الوقت الحالي مع الملفات PCMأم((ا .

يتم تعري((ف أنس((اق األخ((رى. وق((دWAVE فتعطي معلوم((ات عام((ة متعلق((ة بأنس((اق 3الفقرة WAVE.أخرى غير تلك في المستقبل

يس((تعمل للملف((ات متع((ددةWAVE_FORMAT_EXTENSIBLEفي الماضي ك((ان النس((ق المستقبل. القنوات، ولكن ينبغي تجنب ذلك في

Factالمقطع 3.1 . ولذلكnon-PCM WAVE معلومات تتعلق بمحتويات الملفات <fact-ck>يخزن المقطع

ويع((رف ه((ذا المقط((ع على.BW64ال يستعمل هذا المقطع في هذه الصيغة للنسق النحو التالي:

<fact-ck> -> fact( <dwSampleLength:DWORD> )

>طول البيانات في العينات. ويس(تعمل الحق((ل <(( dwSampleLength>يمثل المقطع وnSamplesPerSec ))> من رأسية النسق الموجي باالقتران م((ع الحق((ل<dwSampleLength>

لتحديد طول البيانات بالثواني.


non-PCM لجمي(ع األنس(اق "factويلزم المقطع " WAVEوال يطلب المقط((ع لملف((ات . WAVE_FORMAT_PCM.المعيارية

WAVE" ليشمل أي معلومات أخرى تستلزمها األنس((اق factوسيتم تمديد المقطع " <. ويمكنdwFileSizeالحق((ل > في المس((تقبل. وتظه((ر الحق((ول المض((افة بع((د

للتطبيقات أن تستخدم حقل حجم المقطع لتحديد الحقول الموجودة في ال((وقتالحاضر.

المقاطع االختيارية األخرى4.1 . وتضم مواص((فاتWAVEويحدد عدد من المقاطع األخرى الستخدامها في النسق

وأي تحديثات تدخل عليها الحقا تفاصيل هذه المقاطع.WAVEالنسق أن ي((دعم المق((اطع االختياري((ة األخ((رى ال((تي ق((د تتض((منهاWAVE - يمكن للنس((ق مالحظة لحم((ل معلوم((ات مح((ددة. وتعت((بر ه((ذه المق((اطع مق((اطع خاص((ة وتتجاهله((اWAVEالملف((ات

التطبيقات التي ال تستطيع تفسيرها.

(PCMنسق التشكيل الشفري النبضي )2 < على القيم((((((ةfmt-ck< من المقط((((((ع >wFormatTagإذا ض((((((بط الحق((((((ل >

WAVE_FORMAT_PCMفإن بيان((ات الموج((ات تتك((ون بالت((الي من عين((ات تمث((ل في ، . أم((ا بالنس((بة إلى بيان((ات موج((ات(PCM)شكل نسق التشكيل الش((فري النبض((ي

< يع((رف على النح(وformat-specific-fieldsالتشكيل الشفري النبض((ي، ف((إن الحق((ل >التالي:

<PCM-format-specific> ->

struct {

WORD nBitsPerSample; // Sample size

}

< عدد بتات البيانات المستخدمة في تمثيل كل عينةnBitsPerSampleويحدد الحقل > من كل قناة. وفي حالة وجود قن((وات متع((ددة يك((ون حجم العين((ة ه((و ذات((ه لك((ل

قناة. < أن يك((ون مس((اويا للص((يغة التالي((ة مقرب((ا إلى أق((ربnBlockAlignينبغي للحقل >عدد صحيح تال:

nChannels × BytesPerSample

ألقرب بايتة صحيحة تالي((ة.nBitsPerSample بتقريب قيمة BytesPerSampleوتحسب قيمة وعندما تك((ون كلم((ة العين((ة الس((معية أق((ل من ع((دد ص((حيح من البايت((ات، توض((ع البتات األكثر داللة للعينة السمعية في البتات األكثر داللة لكلمة البيانات، وتضبط

بتات البيانات غير المستخدمة المجاورة للبتة األقل داللة على الصفر.< من المقط((ع >nAvgBytesPerSec، يجب أن يك((ون الحق((ل >PCMوبالنسبة لبيان((ات

fmt:مساويا للصيغة التالية >nSamplesPerSec × nBblockAlign

20، على س((بيل المث((ال لعين((ات من WAVE - تسمح المواصفة األصلية للنس((ق 1المالحظة بايتات تتقاسم بايت((ة واح((دة للبت((تين األق((ل دالل((ة في القن((اتين.5بتة من قناتين بالترزيم إلى

وتحدد ه((ذه التوص((ية ع((ددا ص((حيحا من البايت((ات لك((ل عين((ة س((معية للح((د من االلتب((اس فيالتطبيقات ولتحقيق الحد األقصى من التوافق في التبادل البيني.

WAVE PCMترزيم البيانات للملفات 1.2 0 وحي((د القن((اة على نح((و متت((ال. وتمث((ل القن((اة WAVEتخزن العينات في المل((ف

1 المجس((مة القن((اة اليس((رى، في حين تمث((ل القن((اة WAVEبالنسبة إلى الملفات متعددة القنوات مشذرة.WAVEالقناة اليمنى. وتكون عينات الملفات


المجس((مة وغ((يرWAVEوت((بين المخطط((ات التالي((ة ت((رزيم البيان((ات للملف((ات (:8المجسمة ذات البتات الثماني )

غير المجسم ذي البتاتPCMترزيم البيانات من أجل التشكيل (8الثماني )

4العينة 3العينة 2العينة 1العينة 0القناة 0القناة 0القناة 0القناة

غير المجسم ذي البتاتPCMترزيم البيانات من أجل التشكيل (8الثماني )

1العينة 2العينة )يسرى(0القناة )يمنى(1القناة )يسرى(0القناة )يمنى( 1القناة

المجس((مة وغ((يرWAVEوت((بين المخطط((ات التالي((ة ت((رزيم البيان((ات للملف((ات (:16المجسمة ذات البتات الست عشرة )

غير المجسم ذي البتات الستPCMترزيم البيانات من أجل التشكيل (16عشرة )

1العينة 2العينة 0القناة

بايتة من الرتبةالعليا

0القناة بايتة من الرتبة

الدنيا0القناة

بايتة من الرتبةالعليا

0القناة بايتة من الرتبة

الدنيا

المجسم ذي البتات الستPCMترزيم البيانات من أجل التشكيل (16عشرة )1العينة

)يسرى(0القناة )يسرى(0القناة )يمنى(1القناة )يمنى(1القناة بايتة من الرتبة

العليا بايتة من الرتبة

الدنيا بايتة من الرتبة

العليا بايتة من الرتبة

الدنيا

نسق البيانات في العينات2.2 هو أقل عدد الزم من البايتاتi. ويكون حجم العينة iتدرج كل عينة في عدد صحيح

من أجل احتواء حجم العينة المحدد. وتخزن أقل البايتات داللة أوال. وتخ((زن البت((ات ، وتض((بط البت((ات الباقي((ةiالتي تمثل اتساع العينة في أكثر البتات دالل((ة في العين((ة

على الصفر. بت((ة مثال، يتمnBitsPerSample )))>12وإذا كان حجم العين((ة )المس((جل في الحق((ل >

تخزين كل عينة في عدد صحيح مؤلف من بايتتين. وتضبط أقل أرب((ع بت((ات دالل((ة من البايت((ة األولى )األق((ل دالل((ة( على الص((فر. ويك((ون نس((ق البيان((ات والقيم

ذات األحج((ام المتباين((ة على النح((وPCMالقص((وى وال((دنيا من عين((ات الموج((ات التالي:

القيمة الدنياالقيمة القصوىنسق البياناتحجم العينة من بتة إلى ثماني

بتات عدد صحيح غير

جبري255( 0xFF)0

أكبر قيمة سالبة أكبر قيمة موجبةiعدد صحيح جبري تسع بتات أو أكثر


iمن iمن

وتكون القيم القصوى والدنيا والوسطى مثال من أجل بيانات الموج((ات ذات البت((اتالنحو التالي: ( على16( والست عشرة )8الثماني )

القيمة الوسطىالقيمة الدنياالقيمة القصوىالنسقPCM 255 بتات8 ذو( 0xFF)0128( 0x80)PCM 32767 بتة16 ذو(0x7FFF)–32768(–0x8000)0

WAVE PCMأمثلة على الملفات 3.2WAVE على المل((ف مثالفيما يلي PCM 11,025 بمع((دل اعتي((ان يبل((غ kHzغ((ير ،

بتات في العينة الواحدة:8مجسم ذي RIFF(‘WAVE’ fmt(1, 1, 11025, 11025, 1, 8)

data(<wave-data>) )

WAVE على الملف مثالوفيما يلي PCM 22,05 بمعدل اعتيان يبلغ kHzمجس(م ، بتات في العينة الواحدة:8ذي

RIFF(‘WAVE’ fmt(1, 2, 22050, 44100, 2, 8)

data(<wave-data>) )

WAVEتخزين البيانات من فئة 4.2< على بيانات الموجات ويعرف على النحو التالي:wave-dataيحتوي الحقل >

<wave-data> -> { <data-ck> }

<data-ck> -> data( <wave-data> )

Factالمقطع 5.2 .WAVE معلوم((ات هام((ة تتعل((ق بمحتوي((ات المل((ف <fact-ck>يخزن مقط((ع الحق((ل

ويعرف هذا المقطع على النحو التالي:<fact-ck> -> fact(<dwFileSize:DWORD>) // Number of samples

.PCMوال يكون هذا المقطع مطلوبا بالنسبة إلى الملفات من فئة WAVE" ليشمل أي معلومات أخرى تستلزمها األنس((اق factوسيتم تمديد المقطع "

<. وللتطبيقات أنdwFileSize> في المستقبل. وتظهر الحقول المضافة بعد الحقلتستخدم حقل حجم المقطع لتحديد الحقول الموجودة في الوقت الحاضر.

المقاطع االختيارية األخرى6.2 . وتض((م مواص((فةWAVEيحدد عدد من المقاطع األخ((رى الس((تخدامها في النس((ق

وأي تحديث يدخل عليها الحقا تفاصيل هذه المقاطع.WAVEالنسق أن يدعم المقاطع االختياري((ة األخ((رى ال((تي ق((د تتض((منهاWAVE - يمكن للنسق 1المالحظة

لحمل معلومات محددة. ويتم اعتبار هذه المقاطع في نسق الموجات اإلذاعيةWAVEالملفات مقاطع خاصة وتتجاهلها التطبيقات التي ال تستطيع تفسيرها.

WAVEأنماط أخرى من الملفات 3 < من أج((لfmt-ckيستخدم هيكل نسق الموجة الممدد والمض((اف إلى المقط((ع >

، وفيم((ا يليPCMتحديد جميع بيانات الموجات التي لها نس((ق يختل((ف عن النس((ق


وصف لها. ويستخدم هيكل نسق الموجة المم((دد الع((ام من أج((ل كاف((ة األنس((اق.PCMاألنساق غير

typedef struct waveformat_extended_tag {

WORD wFormatTag; // format type

WORD nChannels; // number of channels (i.e. mono, stereo...)

DWORD nSamplesPerSec; // sample rate

DWORD nAvgBytesPerSec; // for buffer estimation

WORD nBlockAlign; // block size of data

WORD wBitsPerSample; // number of bits per sample of mono data

WORD cbSize; // the count in bytes of the extra size

} WAVEFORMATEX;

الوصفالحقلwFormatTag يعرف نمط الملفWAVE.

nChannelsالمجسم وقناتان للمجسم. عدد القن((وات في الموج((ة الس((معية، قن((اة واح((دة لغ((يرnSamplesPerSec تردد معدل االعتيان للمل(فWAVEيستخدم هذا المعدل دخل ، إلخ. كما44100 أو 48000 . ويس(اوي ه(ذا ال(تردد

لتحديد مدة البيانات.factحجم العينة في المقطع nAvgBytesPerSecالتس((جيل أن تق((در حجم ال((دارئ باس((تخدام القيم((ة > متوس((ط مع((دل البيان((ات. ويمكن لبرمجي((ات اس((تعادة

nAvgBytesPerSec.>nBlockAlign< تراصف الفدرة )بالبايت((ات( للبيان((ات في المقط((عdata-

ckوتحت((اج برمجي((ات اس((تعادة التس((جيل إلى معالج((ة .> < من البيان((ات في الم((رةnBlockAlignمضاعفات بايتات >

< قابل((ةnBlockAlignالواح((دة، مم((ا يجع((ل قيم((ة الحق((ل >لالستخدام من أجل تراصف الدارئ.

wBitsPerSampleه((ذا ه((و ع((دد البت((ات في العين((ة الواح((دة وفي القن((اة الواحدة. ويفترض أن يكون لكل القن((وات نفس اس((تبانة العين((ات. وإذا لم يكن ه((ذا الحق((ل ض((روريا، فإن((ه ينبغي

ضبطه على الصفر.cbSizeحجم المعلومات اإلضافية )بالبايتات( في رأسية النس((ق

WAVE ما عدا حجم بنية التمديد WAVEFORMATEX. < على معلوم((ات مح(ددة يحتاجه((اcbSize - تحتوي الحقول التي ت((أتي بع(د الحق((ل >مالحظة

<.wFormatTag المحدد في الحقل >WAVEالنسق


)معياري(3الملحق تعاريف أنماط البيانات االولية

Cالنمط المعنىالوسم

<CHAR> سمة جبرية بتات8عدد صحيح جبري ذو<BYTE> سمة غير جبرية بتات8عدد صحيح غير جبري ذو<INT> بنس((ق بت((ة 16ع((دد ص((حيح ج((بري ذو

الترتيب األقل أهميةعدد صحيح جبري

<WORD> بنس((ق بتة 16عدد صحيح غير جبري ذو الترتيب األقل أهمية

ع(((دد ص(((حيح غ(((يرجبري

<LONG> بنس((ق بت((ة 32ع((دد ص((حيح ج((بري ذو الترتيب األقل أهمية

ع((دد ص((حيح طوي((لجبري

<DWORD> بنس((ق بتة 32عدد صحيح غير جبري ذو الترتيب األقل أهمية

ع((دد ص((حيح طوي((لغير جبري

<FLOAT> بت((ة 32ع((دد بفاص((لة عائم((ة ذو وفق((اIEEEللمعيار

عائم

<DOUBLE> بت((ة 64ع((دد بفاص((لة عائم((ة ذو وفق((اIEEEللمعيار

مزدوج

<STR>)سلسلة )تسلسل من السمات<ZSTR>سلسلة تنتهي بصفر<BSTR> 8)سلس(((لة ذات س(((ابقة بحجم كلم(((ة

بتات(<WSTR> 16)سلس((لة ذات س((ابقة بحجم كلم((ة

بتة(<BZSTR>سلسلة تنتهي بص((فر ذات س((ابقة بحجم

بايت

international telecommunication union - itu.int · web viewويبين الشكل 1 هيكل...

Documents