Mari kembali ke antarmuka. Fitur Spark adalah penggunaan menu konteks dalam program (ya, ini juga dimungkinkan pada Macintosh, meskipun fungsi satu tombol militan), khususnya, ini digunakan untuk menambahkan modul ke sel matriks. Setiap sel menampilkan nama pemrosesan yang dimasukkan ke dalamnya dan tingkat sinyal input. Sayangnya, hanya satu jendela dengan parameter pemrosesan yang dapat ditampilkan pada satu waktu, untuk menampilkan antarmuka modul, Anda perlu mengklik dua kali pada sel dengannya atau "melompat" secara langsung dengan memilih modul yang diinginkan dari menu Plug-In di jendela untuk mengedit parameter pemrosesan.

Sekarang tentang sedih. Pertama, fungsi undo adalah level tunggal (dan ini ada di abad ke-21!). Kedua, semua operasi pengeditan sangat lambat: pertama, Spark menyimpan salinan cadangan file audio, kemudian melakukan operasi yang diperlukan (dan ini juga panjang, karena alih-alih bekerja dengan bagian yang diedit, program menghitung ulang seluruh file) , kemudian menghitung bentuk gelombang ( juga seluruh file). Secara umum, sangat lambat dan tidak nyaman, terutama dengan file besar (20-30 menit). Rupanya, pekerjaan yang lambat seperti itu disebabkan oleh fakta bahwa selama operasi pengeditan standar (hapus, tempel, dll.), Spark tidak dapat bekerja dengan sebagian file, tetapi hanya dengan seluruh file, sambil membuat salinan cadangan setiap kali. Pembuatan cadangan pada prinsipnya dapat dinonaktifkan, tetapi kemudian Anda kehilangan pembatalan sama sekali. Program lain tampak lebih bijaksana bagi saya di tempat ini. Ada kelemahan kecil lainnya mengenai cara bentuk gelombang yang dihitung disimpan. Sebagian besar program Macintosh tidak menyimpan bentuk gelombang yang dihitung dalam file terpisah (seperti yang dilakukan banyak program Windows), tetapi di area khusus file audio yang disebut "garpu sumber daya". Artinya, pengguna hanya melihat satu file, tanpa ada sampah dengan nama yang sama yang terakumulasi jika Anda mengedit file di beberapa editor Windows. Ini sangat nyaman, terutama karena banyak program "memahami" satu sama lain dan tidak perlu menghitung ulang bentuk gelombang setiap saat. Spark tidak bersinar dalam pengertian ini: tidak hanya tidak memahami orang lain, tetapi juga menyimpan representasi grafis dari bentuk gelombang dalam file terpisah, di sebelah yang asli. Sedikit, tentu saja, tapi tetap saja tidak menyenangkan.

Tapi cukup tentang hal-hal yang menyedihkan, mari kita beralih ke bekerja dengan sampler Spark. Semuanya sangat baik di sini, program dapat berkomunikasi dengan sampler baik melalui MIDI dan SCSI, dan meskipun daftar model yang didukung secara langsung tidak seluas Peak, Anda dapat mengimpor sampel dari perpustakaan Akai dari CD-ROM komputer langsung ke program (dan kemudian sudah - dan ke dalam sampler).

Saya terutama ingin mencatat cara memulihkan rekaman suara yang dilampirkan ke Spark XL. Ini adalah dua plugin: TC Declick dan TC Denoise (sayangnya mereka bukan VST dan karena itu hanya dapat bekerja di Spark). Denoise (Gbr. 9) bekerja dengan sampel noise, menguranginya dari soundtrack, untuk Declick sampel tidak diperlukan, intensitas dan frekuensi klik diatur oleh kontrol. Kualitas pengurangan kebisingan di kedua modul sangat baik. Di antara pemrosesan yang bergantung pada sumber daya dari jenis ini, modul dari Spark memperkenalkan paling sedikit distorsi ke dalam soundtrack. Saya belum pernah melihat kualitas declicker yang sebanding dengan Declick, dan mungkin hanya DINR dari Digidesign yang dapat bersaing dengan Denoise. Yang terakhir memiliki banyak pengaturan, dan terkadang, "bermain-main" dengan parameter DINR, Anda dapat mencapai hasil yang lebih baik daripada dengan Denoise. Dalam keadilan, perlu dicatat bahwa Denoise cukup mudah untuk dikerjakan, dan menghasilkan hasil yang baik bahkan dengan pengaturan default (namun, jika hasilnya tidak memuaskan, hampir tidak mungkin untuk memperbaiki situasi secara radikal, tetap menawarkan modul sampel kebisingan yang berbeda).

Jika kita berbicara tentang Spark secara umum, maka saya ingin mencatat konsep program yang bagus dan antarmuka yang intuitif. Tetapi implementasi dari banyak fungsi editor ini, sayangnya, sejauh ini tidak terlalu baik, jadi mari berharap untuk perbaikan di versi mendatang.

Pengujian
Banyaknya fungsi editor suara modern sangat mengesankan, tetapi seberapa jujur ​​program menjalankan fungsi ini? Bukan rahasia lagi bahwa banyak perusahaan tidak memberi tahu pengguna tentang arsitektur internal dan "perangkap" produk perangkat lunak mereka. Itu terjadi, misalnya, bahwa kedalaman bit prosesor yang dibangun ke dalam program bisa rendah (16-bit), tetapi pada saat yang sama program memproses file 24-bit tanpa sedikit pun hati nurani dan tanpa peringatan. Hasilnya adalah suara yang rusak. Untuk memperjelas beberapa fitur program yang tidak ada di permukaan, sejumlah tes dilakukan.

Jadi, tes pertama adalah untuk kebenaran perekaman dan pemutaran. Untuk itu saya menggunakan kartu PCI RME DIGI 96/8 Pro yang terpasang di komputer Power Macintosh 9600/350. Papan ini memiliki antarmuka digital dalam format ADAT, SPDIF dan AES/EBU. Board ini memiliki driver Sound Manager, tetapi driver ASIO digunakan untuk pengujian, karena hanya audio 16-bit (atau lebih rendah) yang dapat diputar dan direkam melalui Sound Manager. Sistem kontrolnya adalah Digidesign Pro Tools 442 dengan antarmuka Pro Master 20 dan Sound Designer II versi 2.82 yang terpasang di Macintosh Centris 650. Meskipun usianya sudah cukup bagus (menurut standar komputer), sistem ini masih berfungsi dengan sempurna dan telah diuji kebenarannya berkali-kali dan di berbagai belahan dunia, sehingga tanpa ragu dipilih sebagai referensi. Jadi, tekniknya: sinyal yang dihasilkan diambil (frekuensi sampling 44,1 kHz, kedalaman bit 16 dan 24 bit) dengan frekuensi geser (dari 5 hingga 22000 Hz) yang berlangsung selama 30 detik, diputar ulang oleh program Sound Designer (via AES / EBU di Pro Master), dan direkam dalam program yang sedang dipelajari (juga melalui AES/EBU di papan RME); kemudian, sebaliknya, itu direproduksi oleh program, dan direkam di Sound Designer. Ini menggunakan kabel Apogee Wyde Eye setengah meter dengan konektor Neutrik berlapis emas. File yang dihasilkan di Sound Designer dipotong di awal dan akhir sinyal (tentu saja, akurat untuk sampel) dan dibandingkan dengan file yang dihasilkan asli. Untuk perbandingan seperti itu, Sound Designer memiliki perintah Bandingkan File, di mana nilai setiap sampel dalam satu file dikurangi dari sampel yang sesuai dari yang lain, menghasilkan file suara "perbedaan" antara dua file. Jika kedua file cocok sedikit demi sedikit (sebagaimana seharusnya dengan perekaman digital), maka file yang dihasilkan akan terdiri dari semua nol. Untuk kepastian lengkap, perintah Temukan Puncak digunakan, dan jika nilai semua sampel dalam file "perbedaan" adalah nol, maka Perancang Suara mengeluarkan pesan tentang ini. Jika ada nilai selain nol (masing-masing, file yang diuji tidak cocok sedikit demi sedikit), maka kursor akan ditempatkan pada sampel yang paling keras. Yang pasti, pengujian dilakukan setidaknya lima kali untuk setiap posisi, jika program direkam dan diputar ulang dengan benar, maka pengujian tambahan dilakukan dengan sinyal yang berlangsung selama lima menit.

Hasil tes ini agak mengecewakan. Dari semua program dengan benar (yaitu, file yang direkam lulus uji nol), hanya Peak yang dapat merekam dan memutar ulang, dan itupun hanya pada suara 16-bit. Semua tes null lainnya tidak lulus pada 16 bit atau 24 bit Sayangnya, tidak mungkin untuk mengatakan dengan tepat apa yang sebenarnya terjadi pada suara saat merekam dan memutar ulang program, tetapi jelas bahwa ini bukan 16- atau 20 -bit trunk (yaitu, penolakan sederhana terhadap bit "tidak perlu") - pertama, distorsi akan jauh lebih terlihat, dan kedua, bitscope program SpectraFoo, yang dengannya hasilnya dianalisis (Gbr. 10), menunjukkan aktivitas semua 24 bit sinyal. Ini juga tidak gentar, karena frekuensi sinyal perbedaan meningkat seiring dengan meningkatnya frekuensi sinyal uji. Sulit untuk mengatakan dengan tegas tentang kesalahan program yang sedang dipelajari, karena sistem terdiri dari banyak elemen (papan, driver ASIO, program), meskipun Peak menunjukkan bahwa sangat mungkin untuk bekerja dengan benar dengan setidaknya suara 16-bit dengan papan ini dan driver menyediakan. Berbagai pengaturan driver papan RME telah digunakan dalam upaya untuk mencapai operasi yang benar, master laju sampel telah berubah (secara default, master adalah perangkat pemutaran), tetapi hasilnya selalu sama.

Pembacaan bitscope SpectraFoo pada sinyal 16-bit (a) dan 24-bit (b).

Akhirnya, mari kita bicara tentang sejumlah fitur program yang diidentifikasi dalam pengujian ini. Peak tidak dapat memutar suara secara langsung dari awal file, beberapa sampel pertama "dikunyah", jadi untuk menguji program ini, file dengan keheningan dua detik di awal digunakan untuk memungkinkan Peak "mempercepat". Setelah merekam sinyal 24-bit yang direproduksi oleh program Spark, ternyata fragmen yang direkam dari sinyal uji setelah memotong keheningan ternyata menjadi empat sampel lebih panjang dari yang asli. Apa yang menyebabkan ini tidak diketahui, tetapi, tampaknya, efek dari fakta ini pada suara tidak signifikan.

Studi lain dilakukan dengan menggunakan uji nol. File diambil dengan sinyal uji yang sama, tetapi dengan jeda dua detik sebelumnya (yang sama digunakan untuk pengujian program Peak sebelumnya). Kemudian, di setiap program, kesunyian dibuat memudar. Kemudian semua keheningan yang tidak perlu terputus, dan file yang dihasilkan dibandingkan dengan aslinya. Ini dilakukan untuk mengetahui apakah pemrosesan awal file oleh program memengaruhi informasi audio lainnya. Spark dan sonicWORX bertahan dalam pengujian ini dengan terhormat, tetapi pemrosesan dalam program Peak dengan file 24-bit entah bagaimana memengaruhi bagian mentahnya. Pada plot spektrum sinyal uji (saya menggunakan nada 1 kHz, lebih dari itu nanti), tidak ada distorsi yang terlihat, jadi mungkin efek ini tidak berdampak negatif pada suara, tetapi fenomena ini masih mengkhawatirkan.

Tes nol terakhir dilakukan hanya dengan program Spark, karena sejauh ini hanya program ini yang memiliki fungsi ini. Fungsi ini untuk "memasang" gambar CD dari file audio yang berbeda dalam urutan yang benar. Gambar disk yang dibuat oleh Spark (yang nantinya dapat diubah menjadi CD audio oleh program Adaptec Jam) adalah file audio biasa dengan bidang yang diatur untuk menunjukkan awal dan akhir trek pada CD. Oleh karena itu, file uji 16-bit diambil, gambar CD tiga trek dibuat darinya, dan kemudian uji nol dilakukan. Hasilnya adalah file 16-bit asli dan informasi yang terkandung dalam gambar disk yang dihasilkan darinya cocok sedikit demi sedikit.

Kemudian diputuskan untuk menguji kualitas pemrosesan internal editor audio. Untuk ini, file 24-bit dengan sinyal sinusoidal 1 kHz diambil dan diproses oleh modul VST dalam urutan berikut: Gelombang Renaissance EQ, di mana pemerataan itu sendiri benar-benar dimatikan, dan level pada output pemrosesan diturunkan oleh 3 dB, maka modul yang sama, tetapi dengan tingkat output meningkat sebesar 3 dB, dan pada akhir rantai - Gelombang L1, yang hanya digunakan untuk dithering dari pemrosesan VST 32-bit ke file output 24-bit (dither tipe 1 , tidak ada pembentukan noise, semua parameter L1 lainnya tidak berubah ). Ini semua diubah menjadi file baru, yang kemudian dianalisis oleh penganalisis spektrum dari stasiun kerja Sonic Solutions dan program SpectraFoo. Dalam hal ini, semua program yang diteliti menunjukkan kinerja terbaiknya - tidak ada distorsi nonlinier yang ditemukan pada grafik spektrum file uji, yang berarti bahwa sistem VST dibangun dengan benar dan tidak memasukkan "gags" ke dalam sinyal (Gbr. .11).

Plot spektrum gelombang sinus murni 24-bit 1 kHz:
a) - spektrum penuh dalam penganalisis spektrum Sonic Solutions,
b) - spektrum di atas 1 kHz di SpectraFoo,
c) - untuk perbandingan, sinyal yang sama setelah trunking sebesar 16 bit dalam skala yang sama dengan b,
d) - batang yang sama, tetapi pada skala yang berbeda, memungkinkan untuk mempertimbangkan "hutan" harmonik yang muncul.

Terakhir, kebenaran fungsi pemrosesan bawaan diuji menggunakan nada 1 kHz yang sama. Perintah Change Gain diterapkan pada nada tes, pertama levelnya diturunkan 1 dB, lalu dinaikkan 1 dB yang sama. Dengan cara yang sama, pemrosesan terpenting lainnya diperiksa - memudar. Kemudian file uji diperiksa dalam penganalisis spektrum (Gbr. 12). Hasilnya ternyata cukup bagus, yaitu, tidak ada distorsi non-linier yang ditemukan, yang berarti bahwa pemrosesan bawaan semua editor benar 24-bit. Satu-satunya pengecualian yang tidak menyenangkan adalah memudarnya program Spark, di mana suara broadband yang tidak dapat dipahami muncul, yang menurun seiring dengan sinyal (oleh karena itu, ini bukan gentar). Pada prinsipnya tingkat kebisingan ini tidak tinggi (maksimum -110 dB), tetapi penampilannya sangat mengkhawatirkan.

Grafik spektrum noise yang terjadi saat fading di Spark:
a) - analisis spektrum dalam Solusi Sonic,
b) - di SpectraFoo,
c) - untuk membandingkan fade di sonicWORX dengan resolusi yang sama.

Dengan demikian, editor suara modern yang bekerja secara eksklusif dengan mengorbankan prosesor pusat komputer (dan tidak dengan mengorbankan DSP khusus, seperti Sound Designer atau Sonic Solutions), meskipun fungsionalitas dan kecepatannya agak tinggi, sayangnya, saat ini tidak memenuhi beberapa dasar persyaratan untuk pekerjaan audio profesional. Dan meskipun mereka telah menemukan tempat mereka dalam praktik studio dan dapat berhasil digunakan untuk memecahkan masalah tertentu, program ini belum cocok untuk penguasaan yang serius (ini adalah ceruk di mana beberapa produsen memposisikan produk mereka).

kesimpulan
Manakah dari editor berikut untuk dipilih? Tidak ada jawaban tunggal, seperti biasa. Dan meskipun semua program yang dijelaskan berada di sektor pasar yang kira-kira sama, masing-masing memiliki kekuatan dan kelemahannya sendiri. Jika Anda lebih suka mengedit suara dengan cepat dan bekerja dengan efek secara real time, maka sonicWORX akan sesuai dengan tujuan ini sebaik mungkin. Dan berkat modul pemrosesan file yang disertakan, ini juga akan berguna bagi penggemar efek khusus non-sepele. Jika Anda lebih suka bekerja tidak dalam waktu nyata (format AP dan AS) dan sering mengedit sampel, maka Peak akan melakukannya. Yang terakhir ini juga tidak buruk sebagai editor dasar (potong, lem, dll.), meskipun ketika bekerja dengan banyak file, ia kehilangan sedikit kecepatan untuk sonicWORX. Peak juga dapat direkomendasikan kepada pemilik Pro Tools TDM yang bahagia, sebagai satu-satunya editor yang dijelaskan yang memungkinkan Anda menggunakan protokol DAE untuk input / output suara. Pengguna Pro Tools juga akan tertarik dengan Spark, tetapi teknologi Direct Connect bukanlah cara terbaik untuk berinteraksi dengan gagasan Digidesign. Keuntungan utama Spark, menurut saya, adalah kemampuan untuk bekerja dengan proyek yang dapat berisi banyak fragmen audio terpisah. Bagi mereka yang suka mengedit sampel, Spark juga cocok - fungsi unik mengimpor dari disk format Akai sangat nyaman, dan waktu yang lama untuk menghitung revisi dapat diabaikan, untuk fragmen pendek hampir tidak meracuni kehidupan.

Tabel 1.
Format plug-in umum.