Bumalik tayo sa interface. Ang isang tampok ng Spark ay ang paggamit ng mga menu ng konteksto sa programa (oo, posible rin ito sa Macintosh, sa kabila ng militanteng one-button function), sa partikular, ito ay ginagamit upang magdagdag ng module sa isang matrix cell. Ang bawat cell ay nagpapakita ng pangalan ng pagproseso na ipinasok dito at ang antas ng input signal. Sa kasamaang palad, isang window lamang na may mga parameter sa pagpoproseso ang maaaring ipakita sa isang pagkakataon, upang ipakita ang interface ng module, kailangan mong i-double click ang cell kasama nito o "tumalon" nang direkta sa pamamagitan ng pagpili ng nais na module mula sa Plug-In menu sa window para sa pag-edit ng mga parameter ng pagproseso.

Ngayon tungkol sa malungkot. Una, ang undo function ay single-level (at ito ay nasa ika-21 siglo!). Pangalawa, ang lahat ng mga operasyon sa pag-edit ay napakabagal: una, ang Spark ay nagse-save ng isang backup na kopya ng audio file, pagkatapos ay ginagawa nito ang kinakailangang operasyon (at ito ay mahaba din, dahil sa halip na magtrabaho kasama ang na-edit na piraso, muling kinakalkula ng programa ang buong file) , pagkatapos ay kinakalkula nito ang waveform ( gayundin ang buong file). Sa pangkalahatan, napakabagal at hindi maginhawa, lalo na sa malalaking (20-30 minuto) na mga file. Tila, ang gayong mabagal na gawain ay sanhi ng katotohanan na sa panahon ng karaniwang mga operasyon sa pag-edit (tanggalin, i-paste, atbp.), Ang Spark ay hindi maaaring gumana sa bahagi ng file, ngunit sa buong file lamang, habang lumilikha ng isang backup na kopya sa bawat oras. Ang paggawa ng backup ay maaaring, sa prinsipyo, ay hindi pinagana, ngunit pagkatapos ay nawala mo ang ganap na pag-undo. Ang ibang mga programa ay tila mas maalalahanin sa akin sa lugar na ito. May isa pang maliit na disbentaha tungkol sa paraan ng pag-imbak ng kalkuladong waveform. Karamihan sa mga programa ng Macintosh ay hindi nag-iimbak ng kinakalkula na waveform sa isang hiwalay na file (tulad ng ginagawa ng maraming mga programa sa Windows), ngunit sa isang espesyal na lugar ng audio file na tinatawag na "resource fork". Ibig sabihin, isang file lang ang nakikita ng user, nang walang anumang basura na may parehong pangalan na maiipon kung mag-e-edit ka ng file sa ilang mga editor ng Windows. Ito ay napaka-maginhawa, lalo na dahil maraming mga programa ang "nakakaunawaan" sa isa't isa at hindi kailangang muling kalkulahin ang waveform sa bawat oras. Ang Spark ay hindi kumikinang sa ganitong kahulugan: hindi lamang hindi nito naiintindihan ang iba, nagse-save din ito ng graphical na representasyon ng waveform sa isang hiwalay na file, sa tabi ng orihinal. Isang maliit na bagay, siyempre, ngunit hindi pa rin kasiya-siya.

Ngunit sapat na tungkol sa malungkot na bagay, magpatuloy tayo sa pagtatrabaho sa mga sampler ng Spark. Ang lahat ay napakahusay dito, ang programa ay maaaring makipag-usap sa mga sampler kapwa sa pamamagitan ng MIDI at SCSI, at bagaman ang listahan ng mga direktang suportadong modelo ay hindi kasing lapad ng sa Peak, maaari kang mag-import ng mga sample mula sa Akai library mula sa isang computer CD-ROM nang direkta sa ang programa (at pagkatapos ay - at sa sampler).

Gusto kong pansinin lalo na ang mga paraan ng pagpapanumbalik ng mga phonogram na naka-attach sa Spark XL. Ito ang dalawang plugin: TC Declick at TC Denoise (sa kasamaang-palad ay hindi sila VST at samakatuwid ay maaari lamang gumana sa Spark). Gumagana ang Denoise (Fig. 9) sa sample ng ingay, binabawasan ito mula sa soundtrack, para sa Declick ang sample ay hindi kinakailangan, ang intensity at dalas ng mga pag-click ay itinakda ng mga kontrol. Ang kalidad ng pagbabawas ng ingay sa parehong mga module ay napakahusay. Kabilang sa pagpoproseso na umaasa sa mapagkukunan ng ganitong uri, ipinakilala ng mga module mula sa Spark ang pinakamababang halaga ng distortion sa soundtrack. Wala akong nakitang mga declicker na maihahambing sa kalidad sa Declick, at marahil ang DINR lamang mula sa Digidesign ang makakalaban sa Denoise. Ang huli ay may maraming mga setting, at kung minsan, "paglalaro" sa mga parameter ng DINR, makakamit mo ang mas mahusay na mga resulta kaysa sa Denoise. Sa patas, dapat tandaan na ang Denoise ay medyo madaling magtrabaho, at ito ay gumagawa ng magagandang resulta kahit na sa mga default na setting (gayunpaman, kung ang resulta ay hindi kasiya-siya, halos imposible na radikal na iwasto ang sitwasyon, nananatili itong mag-alok ng module iba't ibang mga sample ng ingay).

Kung pinag-uusapan natin ang tungkol sa Spark sa pangkalahatan, nais kong tandaan ang magandang konsepto ng programa at ang intuitive na interface. Ngunit ang pagpapatupad ng maraming mga pag-andar ng editor na ito ay, sa kasamaang-palad, hindi masyadong mahusay sa ngayon, kaya umaasa tayo para sa mga pagpapabuti sa mga susunod na bersyon.

Pagsubok
Ang kasaganaan ng mga pag-andar ng mga modernong sound editor ay kahanga-hanga, ngunit gaano katotoo ginagawa ng mga programa ang mga function na ito? Hindi lihim na maraming mga kumpanya ang hindi nagpapaalam sa gumagamit tungkol sa panloob na arkitektura at "mga pitfalls" ng kanilang mga produkto ng software. Ito ay nangyayari, halimbawa, na ang bit depth ng mga processor na binuo sa programa ay maaaring maging mababa (16-bit), ngunit sa parehong oras ang programa ay nagpoproseso ng 24-bit na mga file nang walang konsensya at walang babala. Ang resulta ay sirang tunog. Upang linawin ang ilan sa mga tampok ng mga programa na hindi namamalagi sa ibabaw, isang bilang ng mga pagsubok ang isinagawa.

Kaya, ang unang pagsubok ay para sa kawastuhan ng pag-record at pag-playback. Para dito, gumamit ako ng RME DIGI 96/8 Pro PCI card na naka-install sa isang Power Macintosh 9600/350 na computer. Ang board ay may mga digital na interface sa ADAT, SPDIF at AES/EBU na mga format. Ang board na ito ay may mga driver ng Sound Manager, ngunit ang mga driver ng ASIO ay ginamit para sa pagsubok, dahil 16-bit (o mas mababa) na audio lamang ang maaaring i-play at i-record sa pamamagitan ng Sound Manager. Ang control system ay Digidesign Pro Tools 442 na may Pro Master 20 interface at Sound Designer II na bersyon 2.82 na naka-install sa Macintosh Centris 650. Sa kabila ng medyo kagalang-galang na (ayon sa mga pamantayan ng computer), gumagana pa rin ang system na ito nang perpekto at maraming beses nang nasubok para sa kawastuhan. at sa iba't ibang bahagi ng mundo, kaya walang pag-aalinlangan ito ay pinili bilang sanggunian. Kaya, ang pamamaraan: ang nabuong signal ay kinuha (sampling frequency 44.1 kHz, bit depth 16 at 24 bits) na may sliding frequency (mula 5 hanggang 22000 Hz) na tumatagal ng 30 segundo, na nilalaro muli ng Sound Designer program (sa pamamagitan ng AES / EBU sa Pro Master), at naitala sa mga programang pinag-aaralan (sa pamamagitan din ng AES/EBU sa RME board); pagkatapos, sa kabaligtaran, ito ay muling ginawa ng mga programa, at naitala sa Sound Designer. Gumamit ito ng kalahating metrong Apogee Wyde Eye wire na may gold-plated na Neutrik connectors. Ang mga resultang file sa Sound Designer ay pinutol sa simula at dulo ng signal (siyempre, tumpak sa sample) at inihambing sa orihinal na nabuong file. Para sa gayong paghahambing, ang Sound Designer ay may Compare Files command, kung saan ang mga halaga ng bawat sample sa isang file ay ibinabawas mula sa kaukulang mga sample ng isa pa, na nagreresulta sa isang sound file ng "pagkakaiba" sa pagitan ng dalawang file. Kung magkatugma ang dalawang file nang paunti-unti (tulad ng nararapat sa digital recording), ang resultang file ay bubuo ng lahat ng mga zero. Para sa kumpletong katiyakan, ginamit ang Find Peak na utos, at kung ang mga halaga ng lahat ng mga sample sa "mga pagkakaiba" na file ay zero, kung gayon ang Sound Designer ay magbibigay ng mensahe tungkol dito. Kung mayroong mga halaga maliban sa zero (ayon sa pagkakabanggit, ang nasubok na mga file ay hindi tumutugma nang paunti-unti), kung gayon ang cursor ay ilalagay sa pinakamalakas sa mga naturang sample. Upang makatiyak, ang pagsubok ay isinagawa ng hindi bababa sa limang beses para sa bawat posisyon, kung ang programa ay naitala at na-play nang tama, pagkatapos ay isang karagdagang pagsubok ang isinagawa na may isang senyas na tumatagal ng limang minuto.

Ang mga resulta ng pagsusulit na ito ay medyo nakakadismaya. Sa lahat ng mga programa nang tama (iyon ay, ang naitala na file ay pumasa sa null test), tanging ang Peak ay nakapag-record at nag-play muli, at kahit na sa 16-bit na tunog lamang. Ang lahat ng iba pang mga null test ay hindi pumasa sa alinman sa 16 bits o sa 24 bits. Sa kasamaang palad, imposibleng sabihin nang eksakto kung ano ang eksaktong nangyayari sa tunog kapag nagre-record at nagpe-play pabalik ng mga programa, ngunit ito ay malinaw na ito ay hindi isang 16- o 20 -bit trunk (iyon ay, simpleng pagtanggi sa "hindi kinakailangang" mga piraso) - una, ang mga pagbaluktot ay magiging mas kapansin-pansin, at pangalawa, ang bitscope ng programa ng SpectraFoo, kung saan ang mga resulta ay nasuri (Larawan 10), ay nagpakita ng aktibidad ng lahat ng 24 bits ng signal. Hindi rin ito isang dither, dahil ang dalas ng signal ng pagkakaiba ay tumataas habang tumataas ang dalas ng signal ng pagsubok. Mahirap sabihin nang walang pag-aalinlangan tungkol sa kasalanan ng mga programang pinag-aaralan, dahil ang system ay binubuo ng maraming elemento (board, ASIO driver, program), bagaman ipinakita ng Peak na posible na gumana nang tama na may hindi bababa sa 16-bit na tunog na may ang board at driver na ito ay nagbibigay. Ang iba't ibang mga setting ng driver ng RME board ay ginamit sa pagtatangkang makamit ang tamang operasyon, ang sample rate master ay nagbago (bilang default, ang master ay ang playback device), ngunit ang mga resulta ay palaging pareho.

SpectraFoo bitscope readings sa 16-bit (a) at 24-bit (b) signal.

Panghuli, pag-usapan natin ang ilang feature ng program na natukoy sa pagsubok na ito. Hindi maaaring i-play ni Peak ang tunog nang direkta mula sa simula ng file, ang unang ilang mga sample ay "nguya", kaya upang subukan ang program na ito, isang file na may dalawang segundong katahimikan sa simula ay ginamit upang payagan ang Peak na "mabilis". Matapos mag-record ng isang 24-bit na signal na muling ginawa ng programa ng Spark, lumabas na ang naitala na fragment ng signal ng pagsubok pagkatapos putulin ang katahimikan ay naging apat na sample na mas mahaba kaysa sa orihinal. Kung ano ang sanhi nito ay hindi alam, ngunit, tila, ang epekto ng katotohanang ito sa tunog ay hindi gaanong mahalaga.

Isa pang pag-aaral ang isinagawa gamit ang null test. Ang isang file ay kinuha gamit ang parehong test signal, ngunit may dalawang segundong katahimikan bago ito (ang parehong ginamit para sa nakaraang pagsubok ng Peak program). Pagkatapos, sa bawat programa, isang fade ang ginawa sa katahimikang ito. Pagkatapos ang lahat ng hindi kinakailangang katahimikan ay naputol, at ang nagresultang file ay inihambing sa orihinal. Ginawa ito upang malaman kung ang pagproseso ng simula ng file ng programa ay nakakaapekto sa natitirang impormasyon ng audio. Ang Spark at sonicWORX ay nakayanan ang pagsubok na ito nang may karangalan, ngunit ang pagproseso sa programa ng Peak na may 24-bit na file sa paanuman ay nakakaapekto sa hilaw na bahagi. Sa spectrum plot ng test signal (gumamit ako ng tono na 1 kHz, higit pa sa paglaon), walang nakikitang pagbaluktot, kaya marahil ang epektong ito ay walang negatibong epekto sa tunog, ngunit ang hindi pangkaraniwang bagay na ito ay nakakaalarma pa rin.

Ang huling null test ay isinagawa lamang sa Spark program, dahil sa ngayon ay mayroon lamang itong function na ito. Ang function na ito ay upang "assembly" ang isang CD image mula sa iba't ibang mga audio file sa tamang pagkakasunod-sunod. Ang imahe ng disk na nilikha ng Spark (na maaaring gawing audio CD sa ibang pagkakataon ng programang Adaptec Jam) ay isang regular na audio file na may mga rehiyon na nakaayos upang ipahiwatig ang simula at pagtatapos ng track sa CD. Samakatuwid, ang isang 16-bit na file ng pagsubok ay kinuha, isang tatlong-track na imahe ng CD ay ginawa mula dito, at pagkatapos ay isang null na pagsubok ang isinagawa. Ang resulta ay ang orihinal na 16-bit na mga file at ang impormasyong nakapaloob sa disk image na nabuo mula sa mga ito ay tumutugma nang paunti-unti.

Pagkatapos ay napagpasyahan na subukan ang kalidad ng panloob na pagproseso ng mga audio editor. Para dito, ang isang 24-bit na file na may 1 kHz sinusoidal signal ay kinuha at naproseso ng mga VST module sa sumusunod na pagkakasunud-sunod: Waves Renaissance EQ, kung saan ang equalization mismo ay ganap na naka-off, at ang antas sa pagproseso ng output ay ibinaba ng 3 dB, pagkatapos ay ang parehong module, ngunit may antas ng output na nadagdagan ng 3 dB, at sa dulo ng chain - Waves L1, na ginamit lamang para sa dithering mula sa 32-bit VST processing sa 24-bit output file (dither type 1 , walang ingay na humuhubog, lahat ng iba pang parameter ng L1 ay hindi nagbago ). Lahat ito ay na-convert sa isang bagong file, na pagkatapos ay sinuri ng spectrum analyzer ng Sonic Solutions workstation at ng SpectraFoo program. Sa kasong ito, ang lahat ng mga programa sa ilalim ng pag-aaral ay nagpakita ng kanilang pinakamahusay na pagganap - walang nonlinear distortion na natagpuan sa mga spectrum graph ng mga test file, na nangangahulugan na ang VST system ay binuo nang tama at hindi nagpasok ng anumang "gags" sa signal (Fig . 11).

Spectrum plot ng isang purong 24-bit 1 kHz sine wave:
a) - buong spectrum sa Sonic Solutions spectrum analyzer,
b) - spectrum sa itaas ng 1 kHz sa SpectraFoo,
c) - para sa paghahambing, ang parehong signal pagkatapos ng trunking ng 16 bits sa parehong sukat bilang b,
d) - ang parehong puno ng kahoy, ngunit sa ibang sukat, na nagpapahintulot na isaalang-alang ang "kagubatan" ng umuusbong na mga harmonika.

Panghuli, nasubok ang kawastuhan ng mga built-in na pagpoproseso gamit ang parehong 1 kHz na tono. Ang utos ng Change Gain ay inilapat sa tono ng pagsubok, una ang antas ay ibinaba ng 1 dB, pagkatapos ay tumaas ng parehong 1 dB. Sa parehong paraan, ang isa pa sa pinakamahalagang pagproseso ay nasuri - fade. Pagkatapos ay sinuri ang mga file ng pagsubok sa spectrum analyzer (Larawan 12). Ang mga resulta ay naging napakahusay, iyon ay, walang nakitang mga di-linear na pagbaluktot, na nangangahulugang ang built-in na pagproseso ng lahat ng mga editor ay totoo 24-bit. Ang tanging hindi kasiya-siyang pagbubukod ay ang pagkupas ng programa ng Spark, kung saan lumitaw ang isang hindi maintindihan na ingay ng broadband, na bumaba kasama ng signal (ayon dito, hindi ito isang dither). Sa prinsipyo, ang antas ng ingay na ito ay hindi mataas (maximum -110 dB), ngunit ang mismong hitsura nito ay nakakaalarma.

Graph ng spectrum ng ingay na nangyayari kapag kumukupas sa Spark:
a) - pagsusuri ng spectrum sa Sonic Solutions,
b) - sa SpectraFoo,
c) - upang ihambing ang fades sa sonicWORX na may parehong resolution.

Kaya, ang mga modernong sound editor na eksklusibong gumagana sa gastos ng central processor ng computer (at hindi sa gastos ng mga dalubhasang DSP, tulad ng Sound Designer o Sonic Solutions), sa kabila ng kanilang medyo mataas na pag-andar at bilis, sa kasamaang-palad, sa kasalukuyan ay hindi nakakatugon sa ilang pangunahing mga kinakailangan para sa propesyonal na audio work. At kahit na natagpuan nila ang kanilang lugar sa pagsasanay sa studio at maaaring matagumpay na magamit upang malutas ang ilang mga problema, ang mga programang ito ay hindi pa angkop para sa anumang seryosong mastering (ito ang angkop na lugar kung saan ipinoposisyon ng ilang mga tagagawa ang kanilang mga produkto).

mga konklusyon
Alin sa mga sumusunod na editor ang pipiliin? Walang iisang sagot, gaya ng dati. At kahit na ang lahat ng inilarawan na mga programa ay matatagpuan sa humigit-kumulang sa parehong sektor ng merkado, ang bawat isa ay may sariling mga lakas at kahinaan. Kung mas gusto mong mabilis na mag-edit ng tunog at magtrabaho kasama ang mga effect sa real time, magiging angkop ang sonicWORX sa layuning ito hangga't maaari. At salamat sa kasamang mga module sa pagpoproseso ng file, magiging kapaki-pakinabang din ito para sa mga tagahanga ng mga di-maliit na special effect. Kung mas gusto mong magtrabaho nang hindi sa real time (mga format ng AP at AS) at madalas na mag-edit ng mga sample, gagawin ni Peak. Ang huli ay hindi rin masama bilang isang pangunahing editor (cut, glue, atbp.), Bagama't kapag nagtatrabaho sa isang malaking bilang ng mga file, nawawala ito ng kaunti sa bilis sa sonicWORX. Ang Peak ay maaari ding irekomenda sa mga masayang may-ari ng Pro Tools TDM, bilang isa lamang sa mga inilarawang editor na nagbibigay-daan sa iyong gamitin ang DAE protocol para sa sound input / output. Ang mga gumagamit ng Pro Tools ay magiging interesado din sa Spark, ngunit ang teknolohiya ng Direct Connect ay hindi ang pinakamahusay na paraan upang makipag-ugnayan sa brainchild ng Digidesign. Ang pangunahing bentahe ng Spark, sa palagay ko, ay ang kakayahang magtrabaho sa mga proyekto na maaaring maglaman ng maraming magkakahiwalay na mga fragment ng audio. Para sa mga gustong mag-edit ng mga sample, ang Spark ay angkop din - ang natatanging function ng pag-import mula sa Akai format disc ay napaka-maginhawa, at ang mahabang oras para sa pagkalkula ng mga pagbabago ay maaaring mapabayaan, para sa mga maikling fragment ay halos hindi ito nakakalason sa buhay.

Talahanayan 1.
Mga karaniwang format ng plug-in.