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 πŸ™

Β© 2026 – Pkg Stats / Ryan Hefner

@csound/wasm-bin

v7.0.0-beta21

Published

A package containing csound wasm binaries which can be bundled into other csound packages πŸ“‚

Readme

@csound/wasm β€” Local Development Guide

This guide explains how to build Csound WASM locally and link it into the Csound Web IDE.


Overview

The WASM stack is split across two packages inside this directory:

| Package | Path | npm name | | ---------------------- | --------------- | ------------------ | | Binary (.wasm files) | wasm/ | @csound/wasm-bin | | Browser wrapper | wasm/browser/ | @csound/browser |

The Web IDE depends on @csound/browser, which in turn depends on @csound/wasm-bin. Linking works by replacing the installed npm packages with symlinks that point at your local builds.


1. Build the WASM binary

The build uses Nix to guarantee a reproducible Emscripten toolchain. Make sure you have Nix installed.

# From the repo root
cd wasm
npm install           # install build-script dependencies
npm run build         # runs scripts/compile.sh via nix-build

scripts/compile.sh produces the following artefacts in wasm/lib/:

  • csound.wasm β€” main binary
  • csound.wasm.z β€” compressed variant
  • csound-plugin-sdk.tar.gz β€” plugin SDK archive
  • plugin_example.wasm / plugin_example_cpp.wasm β€” example plugins

2. Link @csound/wasm-bin locally

# Inside wasm/
npm link            # registers this directory as the local @csound/wasm-bin

Then wire the browser wrapper to pick up the local binary:

cd browser
npm install         # install browser-wrapper dependencies
npm link @csound/wasm-bin   # replace the npm version with your local build

3. Build @csound/browser

# Still inside wasm/browser/
npm run build       # development build
# or
npm run build:prod  # production build

The compiled output lands in wasm/browser/dist/.


4. Link @csound/browser into the Web IDE

# Inside wasm/browser/
npm link            # registers this directory as the local @csound/browser
# Inside web-ide/
npm link @csound/browser    # replace the npm version with your local build

The Web IDE dev server will now import your locally built @csound/browser (and transitively your local .wasm binary) whenever you run:

# Inside web-ide/
npm start

5. Iterating after changes

Once links are in place (steps 1–4 are one-time setup), the rebuild cycle is just:

# Inside wasm/browser/
npm run build

Vite will detect the updated files and reload automatically. There is no need to re-run npm link β€” the symlink persists.

You may see a Babel note in the Vite output: [BABEL] Note: The code generator has deoptimised the styling of .../csound.js as it exceeds the max of 500KB. This is informational only β€” Babel skips pretty-printing large files for performance. It does not affect functionality.


6. Teardown β€” restore published versions

When you are done testing locally, remove the symlinks:

# Inside web-ide/
npm unlink @csound/browser
npm install         # re-install the published version

# Inside wasm/browser/
npm unlink @csound/wasm-bin
npm install