node-libsamplerate
v1.0.0
Published
Native bindings for libsamplerate
Downloads
127
Maintainers
Readme
node-libsamplerate
ABI stable native implementation of libsamplerate as a Transform stream. Built from the latest libsamplerate code. Uses N-API, node-addon-api and cmake-js. This module has no external dependencies.
Introduction
Allows the upsampling/downsampling and/or upconverting/downconverting to/from arbitrary sample rates and to/from 16 or 32 bits per sample. Tested on Linux (x64 and arm), Windows and MacOS. This module uses the "Full Api" detailed here
Install
npm install node-libsamplerate --save
Requires cmake
and a valid toolchain to build.
For Windows, install the Visual C++ build tools and download cmake from cmake.org. Or install Visual Studio with full c++ support.
Usage
Include module;
const SampleRate = require('node-libsamplerate');
Instantiate:
const resample = new SampleRate(options);
where options is an object of the form:
let options = {
// Value can be from 0 to 4 or using enum. 0 is the best quality and the slowest.
type: SampleRate.SRC_SINC_MEDIUM_QALITY,
// Stereo
channels: 2,
// Sample rate of source
fromRate: 48000,
// bit depth of source. Valid values: 16 or 32
fromDepth: 16,
// Desired sample rate
toRate: 44100,
// Desired bit depth. Valid values: 16 or 32
toDepth: 16
}
Input audio data should be signed integers (e.g. S16_LE or S32_LE). Output will also be signed integers. Floating point input/output is not yet supported. Input should be from a readable stream, output should be to a writable stream: e.g.
const fs = require('fs');
let rs = fs.createReadStream('input.pcm');
let ws = fs.createWriteStream('output.pcm');
rs.pipe(resample).pipe(ws);
NOTE: if reading from a WAV file, start the read at 44 bytes to avoid the wav header ({start:44}
for fs.createReadStream
).
If recording from arecord
, sox
or similar, use format raw
.
Altering playback speed
This is possible by modifying the converter ratio, which can be done on the fly using the setRatio
method. e.g. resample.setRatio(0.5)
. Depending upon timing, this will most likely take effect at the next buffer load. If fine grained modifications to playback speed are required, then a small value for highWaterMark
on the input stream will be needed.