Fast, easy-to-use WAV combine/split tool, providing another way to apply editing on a batch of WAV files.
Apply certain effects/auto-fixes on a batch of files can be a thing when post-processing audio files. For example, you have a batch of recordings that have similar problems (like the same background noise and mouth clicks), which for most circumstances can be fixed by passing through a great FX plugin. It can be a nightmare if you apply the same effects on individual files manually.
Using KiraWAVTar, these scattered audio files can be combined into a big file that can be edited all in one place.
Softwares like Adobe Audition and iZotope RX all have their own batch processing mechanism and yes, with these you can also reach the same goal above. But these solutions can be unintuitive to use, and all works like a black box, which means you can not stop at a specific step to get a result for determining what to do next. Depending on your workflow and need, editing a combined file may be a better solution.
KiraWAVTar has an intuitive UI that doesn't need much guidance on how to use it.
The basic workflow here is get your wav files ready in a folder (in which can be organized with any folder structure you like), and use combine page to combine it. Edit it in the software you like, then extract it back into separated files using extract page.
By the way, you can drop folder/file into path input, like this:
KiraWAVTar will try to give you a result path for convenience when dropping a source path. You can change it to what you like afterwards.
Thanks to KFR audio library and coding with parallel execution in mind, KiraWAVTar is very fast.
For example, on Intel i7-9750H and WD MyPassport 25E1, combing 2000 wav files that have 3 hours in total only takes about 48 seconds while extracting it back only takes about 34 seconds (It's a very causal test and your result can be vary).
- It provides an intuitive UI and kinda of drag-and-drop workflow
- It remember source folder structure, file name and file format when combining and construct it back when extracting
- It convert sample rate (a.k.a resample) automatically when needed
KiraWAVTar supports these wav containers: RIFF, RF64, W64.
KiraWAVTar supports these sample type: 8-bit int, 16-bit int, 24-bit int, 32-bit int, 64-bit int, 32-bit single float (IEEE), 64-bit double float (IEEE).
This repo doesn't contain any non-portable code, and its dependencies are all cross-platform too. It should have no problem to be compiled on major platforms.
Since I daily drive Windows x64, the pre-built binary is only available in this platform. It shall support Windows 7+ (as Qt 5.15 did).
I can only provide English and Simplified Chinese translation on my own. Japanese translation by my friend is coming soon.
Since it's a standard Qt project written with i18n support, however, you can use Qt's i18n toolchain (lupdate, lrelease, Qt Linguist) to translate this program. You should translate KiraCommonUtils and copy qtbase translation from Qt itself also. Consult translations in binary archive for an example.
It's come from nwp8861's program "wavtar". KiraWAVTar is basically my "Hey that's too hard to use, let's make a new one!" version of it. For the name itself, however, I think it's pretty straightforward, wav+tar...
Utauwav is a tool for utau users to make wavs under their voicebank most suitable for utau resamplers' needs. Extracting as 44100Hz, 16-bit int, 1 channel, RIFF(non-64bit) WAV can give almost the same behavior.
You need to build KFR audio library first, since it's a complex cmake project and can not just plug into qmake building trees.
KiraWAVTar don't use the DFT part of KFR, so all supported compliers is ok.
Because of the lack of RF64 support in KFR currently, this project use my own modified version of it. So build this, and configure it in src/external-libs.pri. src/external-libs_template.pri is there for help.
Other dependencies are all git subtree in this repo, and all configured in .pro file. So you can just compile it in Qt Creator.
It's recommended to using Qt 5.15 since I use it while developing this. But Qt 6 shouldn't change that much to break code compatibility with this project (no guarantee though).
This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program. If not, see https://www.gnu.org/licenses/.
In addition, as a special exception, the copyright holders give
permission to link the code of portions of this program with the
OpenSSL library under certain conditions as described in each
individual source file, and distribute linked combinations
including the two.
You must obey the GNU General Public License in all respects
for all of the code used other than OpenSSL. If you modify
file(s) with this exception, you may extend this exception to your
version of the file(s), but you are not obligated to do so. If you
do not wish to do so, delete this exception statement from your
version. If you delete this exception statement from all source
files in the program, then also delete it here.
- Qt, The Qt Company Ltd, under LGPL v3.
- KFR - Fast, modern C++ DSP framework, under GNU GPL v2+, using our own modified version
- KiraCommonUtils, shine_5402, mainly under the Apache License, Version 2.0
- eternal, mapbox, under ISC License