npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

splutter

v1.0.0

Published

record audio in compressed segments and stream them to a 'sludge' server

Downloads

3

Readme

splutter

Designs showing the lower half of the face in various physiognomies and actions.

Record audio in compressed segments and stream them to a sludge server.

Demo

To view the example:

  • Ensure you have the latest version of nodejs installed
  • Clone this repository
  • In the root of the project, run: npm i
  • Run the example app server: npm run example:serve
  • Open the browser and go to http://localhost:5557
  • Note don't output to your computer speakers with your computer's microphone active, you'll get feedback.

What does it do?

Gets audio from the audio input in the browser, and makes it bandwidth friendly to be streamed to another computer for listening.

What problem does this solve?

General

Common streaming involves a complex and somewhat hack-y system of send chunks of encoded audio to an "icecast" server, which uses a protocol that keeps a connection open to the listening client for a really long time. To do this from the browser isn't ideal, browsers and normal http usage doesn't so much work so well (as it wasn't design to) have extremely long requests. This problem as been addressed with modern live streaming systems that encode the data into discrete files, which are then decoded and "buffered" to be played seamlessly.

This package implements one component of this modern technique for audio in the browser. It segments the recorded raw audio, then encodes each segment as a separate file and sends it to a server for distribution and decoding. This also means you can distribute your audio via a much more bandwidth, cost and cache friendly CDN service. The main difference from common modern live streaming is the lack of adaptive bit rate, which is unnecessary due to the highly compressed, tiny file size.

Non-general

Rivalium uses this component to receive audio from participants in the audio jamming platform. Keeping the process in the browser makes it easily accessible to people who can't or don't want to set up any additional software outside of the web application. It's difficult to set up a home server, and many live streaming tools don't really think too much about bandwidth, so hopefully this increases ease of use and decreases cost for the participant.

How does it do this?

The Web Audio API is given access to the user's audio input, such as a microphone, which sends it to a Script Processor Node (soon, Audio Worklet Node). The chunks of raw audio data buffer are collected into 1 second chunks and encoded using the opus encoding format and ogg container format. As audio encoding is computationally intensive, the bulk of this process occurs in a Web Worker (soon, Audio Worklet) and the encoder is implemented using WASM.

When a segment is encoded, it is send to a provided URL, that is provided to the library by the context importing library. Generally, this endpoint should know how to appropriately handle these segments, see the sludge server. To listen to the audio stream, a decoding and playback tool can be used, see the syllid library. Audio can also be monitored during recording by requesting for the audio to be unmuted on a given output audio channel.

How to use it?

After setting up your project using NPM, install this library:

npm install --save splutter

You can then use it in your project by importing it:

import { Splutter } from "splutter"

To use the Splutter class in your project, implement a class to interface with it (example using Typescript):

import { SplutterContextInterface, OnUploadedData } from "splutter"

class SomeInterfaceClass implements SplutterContextInterface
{
	// Indicates whether this context wants to handle data passed to the `onUploaded` method
	public handlePostUpload: boolean

	// Respond to when the user clears/blocks the permissions for the input device
	// from the browser's native UI. Use this to update the context's UI.
	// Audio recording stops on all input channels when this event occurs.
	public onDevicePermissionRemoved: () => void

	// Receive a warning from the underlying system, not catastrophic so this is mostly helpful
	// for development and bug-catching purposes. Message is related to the warning event.
	public onWarning(message: string | Error | ErrorEvent): void

	// Catastrophic failure occurred, most of the time this will be called when something
	// went wrong with the buffers/recording/encoding, and should've triggered the
	// recording and uploading to stop. Error is related to the failure event.
	public onFailure(error: Error): void

	// When a channel starts recording, it will request a list of upload URLs, this
	// method is required to pass that data to the library.
	public getStreamURLsForChannel(channel: number): URL[]
	
	// If the handlePostUpload flag is true, the library will call this method every time
	// a new segment is uploaded (not per endpoint, just per file). This can be used
	// for UI or development purposes.
	public onUploaded(data: OnUploadedData[], form: FormData, channel: number): void
}

The Splutter class also exposes an API to allow your app to control the library (example using Typescript):

// On user interaction, such as clicking an "enable audio recording" button, call this function
// to enable a prompt to get user permissions for audio input. Without these permissions,
// the library can't record audio.
startCapture(): Promise<number>

// This deactivates the underlying audio input stream, so the input device is no longer
// displayed as "active" to the user. You will need to call startCapture() again.
stopCapture(): void

// Stop sending audio from an input device channel to an output device channel.
muteOutputChannelForInputChannel( input: number, output: number ): void

// Send audio from an input device channel to an output device channel for monitoring.
// Requires startCapture() to have been called.
unmuteOutputChannelForInputChannel( input: number, output: number ): void

// Start recording an input channel. Requires startCapture() to have been called.
// Your interface class should also return an array of URLs for the channel number
// via the getStreamURLsForChannel(channel: number) method.
recordInputChannel( input: number ): void

// Stop recording an input channel.
stopRecordInputChannel( input: number ): void

// Get information about the audio device, useful for displaying to the user.
// Requires startCapture() to have been called.
inputDeviceInformation(): DeviceInformation

/**
 * export interface DeviceInformation
 * {
 * 	id: string
 * 	label: string
 * 	inputChannels: number
 * 	outputChannels: number
 * }
 * /

How to handle the encoded files?

sludge server: To handle the files as they are uploaded to a server, such that other people can download and listen to them.

syllid library: To download the files from sludge, decode and listen to them.

What are the upcoming features or known issues?

This information is managed in the issues section of this repository. You are encouraged to submit tickets here if you have any problems or questions related to this project.

How to contribute?

There's no official guidelines for contributing at the moment. Feel free to create a pull request for any changes you would like to make and we can discuss it. If your code is merged you'll receive a mention on this README.

Prior art

What's the license?

See the license file.