ចូរយើងត្រលប់ទៅចំណុចប្រទាក់វិញ។ លក្ខណៈពិសេសមួយរបស់ Spark គឺការប្រើប្រាស់ម៉ឺនុយបរិបទនៅក្នុងកម្មវិធី (បាទ នេះក៏អាចធ្វើទៅបាននៅលើ Macintosh ទោះបីជាមានមុខងារប៊ូតុងមួយរបស់សកម្មប្រយុទ្ធក៏ដោយ) ជាពិសេសវាត្រូវបានប្រើដើម្បីបន្ថែមម៉ូឌុលទៅក្រឡាម៉ាទ្រីស។ ក្រឡានីមួយៗបង្ហាញឈ្មោះនៃដំណើរការដែលបានបញ្ចូលទៅក្នុងវា និងកម្រិតនៃសញ្ញាបញ្ចូល។ ជាអកុសល មានតែបង្អួចមួយដែលមានប៉ារ៉ាម៉ែត្រដំណើរការប៉ុណ្ណោះដែលអាចបង្ហាញនៅពេលតែមួយ ដើម្បីបង្ហាញចំណុចប្រទាក់ម៉ូឌុល អ្នកត្រូវចុចពីរដងលើក្រឡាជាមួយវា ឬ "លោត" ដោយផ្ទាល់ដោយជ្រើសរើសម៉ូឌុលដែលចង់បានពីម៉ឺនុយកម្មវិធីជំនួយនៅក្នុង បង្អួចសម្រាប់កែសម្រួលប៉ារ៉ាម៉ែត្រដំណើរការ។

ឥឡូវនេះអំពីសោកសៅ។ ទីមួយ មុខងារមិនធ្វើវិញគឺកម្រិតតែមួយ (ហើយនេះគឺនៅក្នុងសតវត្សទី 21!) ទីពីរ ប្រតិបត្តិការកែសម្រួលទាំងអស់មានភាពយឺតយ៉ាវ៖ ទីមួយ Spark រក្សាទុកច្បាប់ចម្លងបម្រុងទុកនៃឯកសារអូឌីយ៉ូ បន្ទាប់មកវាធ្វើប្រតិបត្តិការដែលត្រូវការ (ហើយវាក៏យូរដែរ ព្រោះជំនួសឱ្យការធ្វើការជាមួយបំណែកដែលបានកែសម្រួលនោះ កម្មវិធីនឹងគណនាឡើងវិញនូវឯកសារទាំងមូល) បន្ទាប់មកវាគណនាទម្រង់រលក (ក៏ឯកសារទាំងមូល)។ ជាទូទៅ យឺត និងរអាក់រអួលខ្លាំង ជាពិសេសជាមួយឯកសារធំ (20-30 នាទី)។ ជាក់ស្តែង ការងារយឺតបែបនេះគឺបណ្តាលមកពីការពិតដែលថាក្នុងអំឡុងពេលប្រតិបត្តិការកែសម្រួលស្តង់ដារ (លុប បិទភ្ជាប់។ ជាគោលការណ៍ ការបង្កើតការបម្រុងទុកអាចត្រូវបានបិទ ប៉ុន្តែបន្ទាប់មកអ្នកបាត់បង់ការមិនធ្វើវិញទាំងស្រុង។ កម្មវិធីផ្សេងទៀតហាក់បីដូចជាគិតច្រើនសម្រាប់ខ្ញុំនៅក្នុងកន្លែងនេះ។ មានគុណវិបត្តិតូចមួយទៀតទាក់ទងនឹងវិធីរក្សាទុកទម្រង់រលកដែលបានគណនា។ កម្មវិធី Macintosh ភាគច្រើនមិនរក្សាទុកទម្រង់រលកដែលបានគណនានៅក្នុងឯកសារដាច់ដោយឡែកមួយ (ដូចកម្មវិធី Windows ជាច្រើនធ្វើ) ប៉ុន្តែនៅក្នុងតំបន់ពិសេសនៃឯកសារអូឌីយ៉ូដែលហៅថា "resource fork" ។ នោះគឺអ្នកប្រើប្រាស់មើលឃើញតែឯកសារមួយប៉ុណ្ណោះ ដោយគ្មានសំរាមដែលមានឈ្មោះដូចគ្នាដែលប្រមូលផ្តុំ ប្រសិនបើអ្នកកែសម្រួលឯកសារនៅក្នុងកម្មវិធីកែសម្រួលវីនដូជាច្រើន។ នេះគឺមានភាពងាយស្រួលជាពិសេសចាប់តាំងពីកម្មវិធីជាច្រើន "យល់" គ្នាទៅវិញទៅមកហើយមិនចាំបាច់គណនាឡើងវិញនូវទម្រង់រលករាល់ពេល។ Spark មិនចែងចាំងក្នុងន័យនេះទេ៖ មិនត្រឹមតែមិនយល់ពីអ្នកដទៃប៉ុណ្ណោះទេ វាថែមទាំងរក្សាទុកការបង្ហាញក្រាហ្វិកនៃទម្រង់រលកនៅក្នុងឯកសារដាច់ដោយឡែកមួយនៅជាប់នឹងឯកសារដើម។ មួយ trifle ជាការពិតណាស់, ប៉ុន្តែនៅតែមិនសប្បាយចិត្ត។

ប៉ុន្តែ​គ្រប់គ្រាន់​ហើយ​អំពី​រឿង​សោកសៅ សូម​បន្ត​ទៅ​ធ្វើ​ការ​ជាមួយ​អ្នក​ធ្វើ​គំរូ Spark។ អ្វីគ្រប់យ៉ាងគឺល្អណាស់នៅទីនេះ កម្មវិធីអាចទំនាក់ទំនងជាមួយគំរូទាំងតាមរយៈ MIDI និង SCSI ហើយទោះបីជាបញ្ជីនៃម៉ូដែលដែលគាំទ្រដោយផ្ទាល់មិនធំទូលាយដូច Peak ក៏ដោយ អ្នកអាចនាំចូលគំរូពីបណ្ណាល័យ Akai ពី CD-ROM របស់កុំព្យូទ័រដោយផ្ទាល់ទៅក្នុង កម្មវិធី (ហើយបន្ទាប់មករួចហើយ - និងចូលទៅក្នុងគំរូ) ។

ជាពិសេសខ្ញុំចង់កត់សម្គាល់ពីមធ្យោបាយនៃការស្តារ phonograms ដែលភ្ជាប់ជាមួយ Spark XL ។ នេះគឺជាកម្មវិធីជំនួយពីរ៖ TC Declick និង TC Denoise (ជាអកុសលពួកវាមិនមែនជា VST ទេ ដូច្នេះហើយអាចដំណើរការបានតែនៅក្នុង Spark)។ Denoise (រូបទី 9) ដំណើរការជាមួយសំណាកសំលេងរំខាន ដោយដកវាចេញពីបទភ្លេង សម្រាប់ការ Declick គំរូមិនត្រូវបានទាមទារ អាំងតង់ស៊ីតេ និងភាពញឹកញាប់នៃការចុចត្រូវបានកំណត់ដោយវត្ថុបញ្ជា។ គុណភាពនៃការកាត់បន្ថយសំលេងរំខាននៅក្នុងម៉ូឌុលទាំងពីរគឺល្អណាស់។ ក្នុងចំណោមដំណើរការដែលពឹងផ្អែកលើធនធាននៃប្រភេទនេះ ម៉ូឌុលពី Spark ណែនាំចំនួនតិចបំផុតនៃការបង្ខូចទ្រង់ទ្រាយទៅក្នុងបទភ្លេង។ ខ្ញុំមិនបានឃើញ declickers ប្រៀបធៀបគុណភាពទៅនឹង Declick ទេ ហើយប្រហែលជាមានតែ DINR ពី Digidesign ប៉ុណ្ណោះដែលអាចប្រកួតប្រជែងជាមួយ Denoise ។ ក្រោយមកទៀតមានការកំណត់ជាច្រើន ហើយពេលខ្លះ "លេងជុំវិញ" ជាមួយនឹងប៉ារ៉ាម៉ែត្រ DINR អ្នកអាចសម្រេចបានលទ្ធផលប្រសើរជាងជាមួយ Denoise ។ ដោយយុត្តិធម៌ វាគួរតែត្រូវបានកត់សម្គាល់ថា Denoise មានភាពងាយស្រួលក្នុងការធ្វើការជាមួយ ហើយវាផ្តល់លទ្ធផលល្អ ទោះបីជាការកំណត់លំនាំដើមក៏ដោយ (ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើលទ្ធផលមិនពេញចិត្ត វាស្ទើរតែមិនអាចទៅរួចទេក្នុងការកែតម្រូវស្ថានភាពយ៉ាងធ្ងន់ធ្ងរ វានៅតែផ្តល់ជូន។ ម៉ូឌុលគំរូសំលេងរំខានផ្សេងៗគ្នា) ។

ប្រសិនបើយើងនិយាយអំពី Spark ជាទូទៅ ខ្ញុំចង់កត់សម្គាល់ពីគោលគំនិតល្អនៃកម្មវិធី និងចំណុចប្រទាក់វិចារណញាណ។ ប៉ុន្តែការអនុវត្តមុខងារជាច្រើនរបស់កម្មវិធីនិពន្ធនេះគឺមិនល្អទាល់តែសោះរហូតមកដល់ពេលនេះ ដូច្នេះសូមសង្ឃឹមសម្រាប់ការកែលម្អនៅក្នុងកំណែនាពេលអនាគត។

ការធ្វើតេស្ត
មុខងារដ៏សម្បូរបែបនៃកម្មវិធីនិពន្ធសំឡេងទំនើបគឺគួរអោយចាប់អារម្មណ៍ ប៉ុន្តែតើកម្មវិធីអនុវត្តមុខងារទាំងនេះដោយស្មោះត្រង់យ៉ាងណា? វាមិនមែនជារឿងសម្ងាត់ទេដែលក្រុមហ៊ុនជាច្រើនមិនជូនដំណឹងដល់អ្នកប្រើប្រាស់អំពីស្ថាបត្យកម្មផ្ទៃក្នុង និង "ភាពលំបាក" នៃផលិតផលសូហ្វវែររបស់ពួកគេ។ ជាឧទាហរណ៍ វាកើតឡើងថាជម្រៅប៊ីតនៃដំណើរការដែលបានបង្កើតនៅក្នុងកម្មវិធីអាចមានកម្រិតទាប (16 ប៊ីត) ប៉ុន្តែនៅពេលជាមួយគ្នានោះកម្មវិធីដំណើរការឯកសារ 24 ប៊ីតដោយមិនមានមនសិការ និងគ្មានការព្រមាន។ លទ្ធផលគឺសំឡេងខូច។ ដើម្បីបញ្ជាក់ពីលក្ខណៈពិសេសមួយចំនួននៃកម្មវិធីដែលមិនស្ថិតនៅលើផ្ទៃ ការធ្វើតេស្តមួយចំនួនត្រូវបានអនុវត្ត។

ដូច្នេះ ការធ្វើតេស្តដំបូងគឺសម្រាប់ភាពត្រឹមត្រូវនៃការថត និងការចាក់សារថ្មី។ សម្រាប់វា ខ្ញុំបានប្រើកាត RME DIGI 96/8 Pro PCI ដែលបានដំឡើងនៅក្នុងកុំព្យូទ័រ Power Macintosh 9600/350។ ក្តារមានចំណុចប្រទាក់ឌីជីថលក្នុងទម្រង់ ADAT, SPDIF និង AES/EBU ។ ក្តារនេះមានកម្មវិធីគ្រប់គ្រងសំឡេង ប៉ុន្តែកម្មវិធីបញ្ជា ASIO ត្រូវបានប្រើសម្រាប់ការធ្វើតេស្ត ព្រោះមានតែសំឡេង 16 ប៊ីត (ឬទាបជាង) អាចត្រូវបានចាក់ និងថតតាមរយៈកម្មវិធីគ្រប់គ្រងសំឡេង។ ប្រព័ន្ធគ្រប់គ្រងគឺ Digidesign Pro Tools 442 ដែលមានចំណុចប្រទាក់ Pro Master 20 និង Sound Designer II កំណែ 2.82 ដែលបានដំឡើងនៅក្នុង Macintosh Centris 650។ ទោះបីជាវាមានអាយុកាលគួរសម (តាមស្តង់ដារកុំព្យូទ័រ) ប្រព័ន្ធនេះនៅតែដំណើរការល្អឥតខ្ចោះ ហើយត្រូវបានសាកល្បងភាពត្រឹមត្រូវជាច្រើនដង។ ហើយនៅក្នុងផ្នែកផ្សេងៗនៃពិភពលោក ដូច្នេះដោយមិនស្ទាក់ស្ទើរ វាត្រូវបានជ្រើសរើសជាឯកសារយោង។ ដូច្នេះ បច្ចេកទេស៖ សញ្ញាដែលបានបង្កើតត្រូវបានគេយក (ប្រេកង់គំរូ 44.1 kHz ជម្រៅប៊ីត 16 និង 24 ប៊ីត) ជាមួយនឹងប្រេកង់រំកិល (ពី 5 ទៅ 22000 Hz) មានរយៈពេល 30 វិនាទី ចាក់ឡើងវិញដោយកម្មវិធី Sound Designer (តាមរយៈ AES / EBU នៅលើ Pro Master) និងកត់ត្រានៅក្នុងកម្មវិធីដែលកំពុងសិក្សា (តាមរយៈ AES/EBU នៅលើបន្ទះ RME); បន្ទាប់មក ផ្ទុយទៅវិញ វាត្រូវបានផលិតឡើងវិញដោយកម្មវិធី ហើយថតនៅក្នុង Sound Designer ។ នេះបានប្រើខ្សែ Apogee Wyde Eye ប្រវែងកន្លះម៉ែត្រ ជាមួយនឹងឧបករណ៍ភ្ជាប់ Neutrik ស្រោបមាស។ ឯកសារលទ្ធផលនៅក្នុង Sound Designer ត្រូវបានកាត់ផ្តាច់នៅដើម និងចុងបញ្ចប់នៃសញ្ញា (ជាការពិតណាស់ ត្រឹមត្រូវទៅនឹងគំរូ) ហើយប្រៀបធៀបជាមួយឯកសារដែលបានបង្កើតដើម។ សម្រាប់ការប្រៀបធៀបបែបនេះ Sound Designer មានពាក្យបញ្ជា Compare Files ដែលក្នុងនោះតម្លៃនៃគំរូនីមួយៗក្នុងឯកសារមួយត្រូវបានដកចេញពីគំរូដែលត្រូវគ្នានៃឯកសារផ្សេងទៀតដែលបណ្តាលឱ្យមានឯកសារសំឡេងនៃ "ភាពខុសគ្នា" រវាងឯកសារទាំងពីរ។ ប្រសិនបើឯកសារទាំងពីរត្រូវគ្នាបន្តិចម្ដងៗ (ដូចដែលវាគួរតែជាមួយនឹងការថតឌីជីថល) នោះឯកសារលទ្ធផលនឹងមានសូន្យទាំងអស់។ សម្រាប់ភាពប្រាកដប្រជាពេញលេញ ពាក្យបញ្ជា Find Peak ត្រូវបានប្រើ ហើយប្រសិនបើតម្លៃនៃគំរូទាំងអស់នៅក្នុងឯកសារ "ភាពខុសគ្នា" គឺសូន្យ នោះ Sound Designer ចេញសារអំពីបញ្ហានេះ។ ប្រសិនបើមានតម្លៃក្រៅពីសូន្យ (រៀងគ្នា ឯកសារដែលបានសាកល្បងមិនត្រូវគ្នានឹងគ្នាបន្តិច) នោះទស្សន៍ទ្រនិចនឹងត្រូវបានដាក់នៅលើខ្លាំងបំផុតនៃគំរូបែបនេះ។ ដើម្បីប្រាកដ ការធ្វើតេស្តត្រូវបានអនុវត្តយ៉ាងហោចណាស់ប្រាំដងសម្រាប់ទីតាំងនីមួយៗ ប្រសិនបើកម្មវិធីបានកត់ត្រា និងចាក់ឡើងវិញបានត្រឹមត្រូវ នោះការធ្វើតេស្តបន្ថែមត្រូវបានធ្វើឡើងជាមួយនឹងសញ្ញារយៈពេលប្រាំនាទី។

លទ្ធផលនៃការធ្វើតេស្តនេះពិតជាខកចិត្តណាស់។ ក្នុងចំណោមកម្មវិធីទាំងអស់បានត្រឹមត្រូវ (នោះគឺជាឯកសារដែលបានកត់ត្រាបានឆ្លងកាត់ការសាកល្បងជាមោឃៈ) មានតែ Peak ប៉ុណ្ណោះដែលអាចថត និងចាក់ឡើងវិញបាន ហើយសូម្បីតែនៅពេលនោះមានតែសំឡេង 16 ប៊ីតប៉ុណ្ណោះ។ ការធ្វើតេស្ត null ផ្សេងទៀតទាំងអស់មិនឆ្លងកាត់ 16 ប៊ីត ឬ 24 ប៊ីតទេ។ ជាអកុសល វាមិនអាចនិយាយបានច្បាស់ថាមានអ្វីកើតឡើងចំពោះសំឡេងនៅពេលថត និងចាក់កម្មវិធីឡើងវិញ ប៉ុន្តែវាច្បាស់ណាស់ថានេះមិនមែនជា 16- ឬ 20 ទេ។ -bit trunk (នោះគឺការបដិសេធសាមញ្ញនៃប៊ីត "មិនចាំបាច់") - ដំបូង ការបង្ខូចទ្រង់ទ្រាយនឹងកាន់តែគួរឱ្យកត់សម្គាល់ ហើយទីពីរ ប៊ីតនៃកម្មវិធី SpectraFoo ដែលលទ្ធផលត្រូវបានវិភាគ (រូបភាព 10) បានបង្ហាញ សកម្មភាពនៃសញ្ញាទាំងអស់ 24 ប៊ីត។ នេះ​ក៏​មិន​មែន​ជា​ការ​រំខាន​ដែរ ចាប់​តាំង​ពី​ភាព​ញឹកញាប់​នៃ​សញ្ញា​ភាព​ខុស​គ្នា​កើន​ឡើង​នៅ​ពេល​ដែល​ប្រេកង់​នៃ​សញ្ញា​តេស្ត​កើន​ឡើង។ វាពិបាកក្នុងការនិយាយយ៉ាងច្បាស់អំពីកំហុសនៃកម្មវិធីដែលកំពុងសិក្សា ចាប់តាំងពីប្រព័ន្ធមានធាតុផ្សំជាច្រើន (board, ASIO driver, program) ទោះបីជា Peak បានបង្ហាញថាវាពិតជាអាចដំណើរការបានត្រឹមត្រូវជាមួយនឹងសំឡេង 16-bit ជាមួយ បន្ទះនេះនិងអ្នកបើកបរផ្តល់ឱ្យ។ ការកំណត់កម្មវិធីបញ្ជា RME board ផ្សេងៗត្រូវបានប្រើក្នុងការប៉ុនប៉ងដើម្បីសម្រេចបាននូវប្រតិបត្តិការត្រឹមត្រូវ មេអត្រាគំរូបានផ្លាស់ប្តូរ (តាមលំនាំដើម មេគឺជាឧបករណ៍ចាក់សារថ្មី) ប៉ុន្តែលទ្ធផលគឺតែងតែដូចគ្នា។

ការអានប៊ីត SpectraFoo លើសញ្ញា 16-bit (a) និង 24-bit (b) ។

ជាចុងក្រោយ សូមនិយាយអំពីលក្ខណៈពិសេសកម្មវិធីមួយចំនួនដែលត្រូវបានកំណត់នៅក្នុងការធ្វើតេស្តនេះ។ Peak មិន​អាច​ចាក់​សំឡេង​ដោយ​ផ្ទាល់​ពី​ដើម​ឯកសារ​នោះ​ទេ គំរូ​ពីរ​បី​ដំបូង​ត្រូវ​បាន​ "ទំពារ" ដូច្នេះ​ដើម្បី​សាកល្បង​កម្មវិធី​នេះ ឯកសារ​ដែល​មាន​សំឡេង​ស្ងាត់​ពីរ​វិនាទី​នៅ​ដើម​ត្រូវ​បាន​ប្រើ​ដើម្បី​ឱ្យ Peak "បង្កើនល្បឿន"។ បន្ទាប់ពីការថតសញ្ញា 24 ប៊ីតដែលផលិតឡើងវិញដោយកម្មវិធី Spark វាបានប្រែក្លាយថាបំណែកដែលបានកត់ត្រានៃសញ្ញាសាកល្បងបន្ទាប់ពីការកាត់ផ្តាច់ភាពស្ងៀមស្ងាត់បានប្រែទៅជាបួនគំរូវែងជាងគំរូដើម។ អ្វី​ដែល​បណ្ដាល​មក​ពី​នេះ​មិន​ត្រូវ​បាន​គេ​ដឹង​នោះ​ទេ ប៉ុន្តែ​ជាក់ស្តែង ឥទ្ធិពល​នៃ​ការ​ពិត​ទៅ​លើ​សំឡេង​គឺ​មិន​សំខាន់​ទេ។

ការសិក្សាមួយផ្សេងទៀតត្រូវបានធ្វើឡើងដោយប្រើការធ្វើតេស្ត null ។ ឯកសារមួយត្រូវបានថតជាមួយនឹងសញ្ញាសាកល្បងដូចគ្នា ប៉ុន្តែជាមួយនឹងភាពស្ងៀមស្ងាត់ពីរវិនាទីមុនពេលវា (ឯកសារដូចគ្នាដែលបានប្រើសម្រាប់ការធ្វើតេស្តមុននៃកម្មវិធី Peak) ។ បន្ទាប់មក នៅក្នុងកម្មវិធីនីមួយៗ ភាពស្ងប់ស្ងាត់មួយត្រូវបានធ្វើឡើង។ បន្ទាប់មកភាពស្ងៀមស្ងាត់ដែលមិនចាំបាច់ទាំងអស់ត្រូវបានកាត់ផ្តាច់ ហើយឯកសារលទ្ធផលត្រូវបានប្រៀបធៀបជាមួយឯកសារដើម។ នេះត្រូវបានធ្វើដើម្បីរកមើលថាតើដំណើរការនៃការចាប់ផ្តើមនៃឯកសារដោយកម្មវិធីប៉ះពាល់ដល់ព័ត៌មានអូឌីយ៉ូដែលនៅសល់។ Spark និង sonicWORX ទប់ទល់នឹងការសាកល្បងនេះដោយកិត្តិយស ប៉ុន្តែដំណើរការនៅក្នុងកម្មវិធី Peak ជាមួយនឹងឯកសារ 24-bit ប៉ះពាល់ដល់ផ្នែកឆៅ។ នៅលើគ្រោងវិសាលគមនៃសញ្ញាសាកល្បង (ខ្ញុំបានប្រើសម្លេង 1 kHz បន្ថែមទៀតនៅពេលក្រោយ) គ្មានការបង្ខូចទ្រង់ទ្រាយណាមួយត្រូវបានគេមើលឃើញទេ ដូច្នេះប្រហែលជាឥទ្ធិពលនេះមិនមានឥទ្ធិពលអវិជ្ជមានលើសំឡេងទេ ប៉ុន្តែបាតុភូតនេះនៅតែគួរឱ្យព្រួយបារម្ភ។

ការធ្វើតេស្ត null ចុងក្រោយត្រូវបានអនុវត្តតែជាមួយកម្មវិធី Spark ព្រោះរហូតមកដល់ពេលនេះមានតែមុខងារនេះប៉ុណ្ណោះ។ មុខងារនេះគឺដើម្បី "ប្រមូលផ្តុំ" រូបភាពស៊ីឌីពីឯកសារអូឌីយ៉ូផ្សេងៗគ្នាតាមលំដាប់ត្រឹមត្រូវ។ រូបភាពឌីសដែលបង្កើតដោយ Spark (ដែលក្រោយមកអាចប្រែទៅជាស៊ីឌីអូឌីយ៉ូដោយកម្មវិធី Adaptec Jam) គឺជាឯកសារអូឌីយ៉ូធម្មតាដែលមានតំបន់រៀបចំដើម្បីបង្ហាញពីការចាប់ផ្តើម និងចុងបញ្ចប់នៃបទនៅលើស៊ីឌី។ ដូច្នេះ ឯកសារសាកល្បង 16 ប៊ីតត្រូវបានយក រូបភាពស៊ីឌីបីបទត្រូវបានបង្កើតឡើងពីវា ហើយបន្ទាប់មកការធ្វើតេស្តទុកជាមោឃៈត្រូវបានអនុវត្ត។ លទ្ធផលគឺថាឯកសារ 16 ប៊ីតដើម និងព័ត៌មានដែលមាននៅក្នុងរូបភាពថាសដែលបានបង្កើតពីពួកវាត្រូវគ្នាបន្តិចម្ដងៗ។

បន្ទាប់មកវាត្រូវបានសម្រេចចិត្តដើម្បីសាកល្បងគុណភាពនៃដំណើរការផ្ទៃក្នុងនៃកម្មវិធីនិពន្ធអូឌីយ៉ូ។ ចំពោះបញ្ហានេះ ឯកសារ 24 ប៊ីតដែលមានសញ្ញា sinusoidal 1 kHz ត្រូវបានយក និងដំណើរការដោយម៉ូឌុល VST ក្នុងលំដាប់ដូចខាងក្រោមៈ Waves Renaissance EQ ដែលភាពស្មើគ្នាដោយខ្លួនវាត្រូវបានបិទទាំងស្រុង ហើយកម្រិតនៃដំណើរការដំណើរការត្រូវបានបន្ទាបដោយ 3 dB បន្ទាប់មកម៉ូឌុលដូចគ្នាប៉ុន្តែជាមួយនឹងកម្រិតទិន្នផលកើនឡើង 3 dB ហើយនៅចុងបញ្ចប់នៃខ្សែសង្វាក់ - Waves L1 ដែលត្រូវបានប្រើសម្រាប់តែការបំប្លែងពីដំណើរការ VST 32 ប៊ីតទៅឯកសារលទ្ធផល 24 ប៊ីត (ប្រភេទ 1 មិន​មាន​ការ​កំណត់​រាង​សំឡេង​ទេ ប៉ារ៉ាម៉ែត្រ L1 ផ្សេង​ទៀត​មិន​បាន​ផ្លាស់​ប្តូរ​ទេ)។ នេះត្រូវបានបំប្លែងទាំងអស់ទៅជាឯកសារថ្មីមួយ ដែលបន្ទាប់មកត្រូវបានវិភាគដោយអ្នកវិភាគវិសាលគមនៃស្ថានីយការងារ Sonic Solutions និងកម្មវិធី SpectraFoo ។ ក្នុងករណីនេះ កម្មវិធីទាំងអស់ដែលកំពុងសិក្សាបានបង្ហាញពីដំណើរការល្អបំផុតរបស់ពួកគេ - គ្មានការបង្ខូចទ្រង់ទ្រាយមិនត្រង់លីនេអ៊ែរត្រូវបានរកឃើញនៅលើក្រាហ្វវិសាលគមនៃឯកសារសាកល្បង ដែលមានន័យថាប្រព័ន្ធ VST ត្រូវបានបង្កើតឡើងយ៉ាងត្រឹមត្រូវ និងមិនណែនាំ "gags" ណាមួយទៅក្នុងសញ្ញា (រូបភាព .១១).

គ្រោងវិសាលគមនៃរលកស៊ីនុស 24 ប៊ីត 1 kHz សុទ្ធ៖
ក) - វិសាលគមពេញលេញនៅក្នុងឧបករណ៍វិភាគវិសាលគម Sonic Solutions,
ខ) - វិសាលគមលើសពី 1 kHz នៅក្នុង SpectraFoo,
គ) - សម្រាប់ការប្រៀបធៀប សញ្ញាដូចគ្នាបន្ទាប់ពីការកាត់ដោយ 16 ប៊ីតក្នុងមាត្រដ្ឋានដូចគ្នានឹង b,
ឃ) - ដើមដូចគ្នាប៉ុន្តែនៅលើមាត្រដ្ឋានផ្សេងគ្នាដែលអនុញ្ញាតឱ្យពិចារណា "ព្រៃឈើ" នៃអាម៉ូនិកដែលកំពុងលេចឡើង។

ជាចុងក្រោយ ភាពត្រឹមត្រូវនៃមុខងារដំណើរការដែលភ្ជាប់មកជាមួយត្រូវបានសាកល្បងដោយប្រើសម្លេង 1 kHz ដូចគ្នា។ ពាក្យបញ្ជា Change Gain ត្រូវបានអនុវត្តចំពោះសម្លេងសាកល្បង ដំបូងកម្រិតត្រូវបានបន្ទាប 1 dB បន្ទាប់មកកើនឡើង 1 dB ដូចគ្នា។ នៅក្នុងវិធីដូចគ្នានេះដែរដំណើរការដ៏សំខាន់បំផុតមួយផ្សេងទៀតត្រូវបានត្រួតពិនិត្យ - បន្ថយ។ បន្ទាប់មកឯកសារសាកល្បងត្រូវបានពិនិត្យនៅក្នុងឧបករណ៍វិភាគវិសាលគម (រូបភាព 12) ។ លទ្ធផលបានប្រែទៅជាល្អណាស់ ពោលគឺគ្មានការបង្ខូចទ្រង់ទ្រាយមិនមែនលីនេអ៊ែរត្រូវបានរកឃើញទេ ដែលមានន័យថាដំណើរការដែលភ្ជាប់មកជាមួយនៃអ្នកកែសម្រួលទាំងអស់គឺពិត 24 ប៊ីត។ ការលើកលែងដែលមិនសប្បាយចិត្តតែមួយគត់គឺការបន្ថយនៃកម្មវិធី Spark ដែលសំឡេងរំខានដែលមិនអាចយល់បានបានលេចឡើងដែលថយចុះរួមជាមួយសញ្ញា (នេះមិនមែនជាការរំខានទេ) ។ ជាគោលការណ៍កម្រិតនៃសំលេងរំខាននេះគឺមិនខ្ពស់ទេ (អតិបរមា -110 dB) ប៉ុន្តែរូបរាងរបស់វាគួរឱ្យព្រួយបារម្ភ។

ក្រាហ្វនៃវិសាលគមនៃសំលេងរំខានដែលកើតឡើងនៅពេលបន្ថយនៅក្នុង Spark:
ក) - ការវិភាគវិសាលគមនៅក្នុងដំណោះស្រាយ Sonic,
ខ) - នៅក្នុង SpectraFoo,
គ) - ដើម្បីប្រៀបធៀបការបន្ថយនៅក្នុង sonicWORX ជាមួយនឹងគុណភាពបង្ហាញដូចគ្នា។

ដូច្នេះ កម្មវិធីកែសំឡេងទំនើបដែលធ្វើការទាំងស្រុងដោយចំណាយលើប្រព័ន្ធដំណើរការកណ្តាលរបស់កុំព្យូទ័រ (ហើយមិនចំណាយលើ DSPs ឯកទេស ដូចជា Sound Designer ឬ Sonic Solutions) បើទោះបីជាមុខងារ និងល្បឿនខ្ពស់របស់វាក៏ដោយ ប៉ុន្តែជាអកុសល បច្ចុប្បន្ននេះមិនបំពេញតាមមូលដ្ឋានមួយចំនួន។ តម្រូវការសម្រាប់ការងារអូឌីយ៉ូដែលមានជំនាញវិជ្ជាជីវៈ។ ហើយទោះបីជាពួកគេបានរកឃើញកន្លែងរបស់ពួកគេនៅក្នុងការអនុវត្តស្ទូឌីយោ និងអាចប្រើប្រាស់ដោយជោគជ័យដើម្បីដោះស្រាយបញ្ហាជាក់លាក់ក៏ដោយ កម្មវិធីទាំងនេះមិនទាន់សាកសមសម្រាប់ការធ្វើជាម្ចាស់ដ៏ធ្ងន់ធ្ងរណាមួយទេ (នេះគឺជាទីផ្សារពិសេសដែលអ្នកផលិតមួយចំនួនដាក់ផលិតផលរបស់ពួកគេ)។

ការសន្និដ្ឋាន
តើ​អ្នក​កែសម្រួល​ខាង​ក្រោម​មួយ​ណា​ត្រូវ​ជ្រើសរើស? មិនមានចម្លើយតែមួយដូចរាល់ដងទេ។ ហើយទោះបីជាកម្មវិធីដែលបានពិពណ៌នាទាំងអស់មានទីតាំងនៅក្នុងវិស័យទីផ្សារដូចគ្នាក៏ដោយ ក៏កម្មវិធីនីមួយៗមានចំណុចខ្លាំង និងចំណុចខ្សោយរៀងៗខ្លួន។ ប្រសិនបើអ្នកចូលចិត្តកែសម្រួលសំឡេងយ៉ាងរហ័ស និងធ្វើការជាមួយបែបផែនក្នុងពេលជាក់ស្តែងនោះ sonicWORX នឹងសមនឹងគោលបំណងនេះក៏ដូចជាអាចធ្វើទៅបានផងដែរ។ ហើយ​អរគុណ​ចំពោះ​ម៉ូឌុល​ដំណើរការ​ឯកសារ​ដែល​បាន​រួម​បញ្ចូល វា​ក៏​នឹង​មាន​ប្រយោជន៍​សម្រាប់​អ្នក​គាំទ្រ​នៃ​បែបផែន​ពិសេស​ដែល​មិន​សំខាន់។ ប្រសិនបើអ្នកចូលចិត្តធ្វើការមិននៅក្នុងពេលវេលាជាក់ស្តែង (ទម្រង់ AP និង AS) ហើយជារឿយៗកែសម្រួលគំរូ នោះ Peak នឹងធ្វើ។ ក្រោយមកទៀតក៏មិនអាក្រក់ដែរ ក្នុងនាមជាកម្មវិធីនិពន្ធមូលដ្ឋាន (កាត់ កាវ។ Peak ក៏អាចត្រូវបានណែនាំដល់ម្ចាស់រីករាយនៃ Pro Tools TDM ដែលជាកម្មវិធីនិពន្ធដែលបានពិពណ៌នាតែមួយគត់ដែលអនុញ្ញាតឱ្យអ្នកប្រើពិធីការ DAE សម្រាប់ការបញ្ចូល / លទ្ធផលសំឡេង។ អ្នកប្រើប្រាស់ Pro Tools ក៏នឹងចាប់អារម្មណ៍លើ Spark ដែរ ប៉ុន្តែបច្ចេកវិទ្យា Direct Connect មិនមែនជាមធ្យោបាយដ៏ល្អបំផុតក្នុងការធ្វើអន្តរកម្មជាមួយខួរក្បាលរបស់ Digidesign នោះទេ។ ខ្ញុំគិតថាអត្ថប្រយោជន៍សំខាន់របស់ Spark គឺសមត្ថភាពក្នុងការធ្វើការជាមួយគម្រោងដែលអាចមានបំណែកអូឌីយ៉ូដាច់ដោយឡែកជាច្រើន។ សម្រាប់អ្នកចូលចិត្តកែសម្រួលគំរូ Spark ក៏សមរម្យដែរ - មុខងារពិសេសនៃការនាំចូលពីឌីសទ្រង់ទ្រាយ Akai គឺងាយស្រួលណាស់ ហើយរយៈពេលវែងសម្រាប់ការគណនាការកែប្រែអាចត្រូវបានគេមិនយកចិត្តទុកដាក់ចំពោះបំណែកខ្លីៗ វាស្ទើរតែមិនបំពុលជីវិត។

តារាងទី 1 ។
ទម្រង់កម្មវិធីជំនួយទូទៅ។