cpal VS swyh-rs

I have been working on my terminal editor, but I parked that for now -- https://github.com/bloomca/love. It is possible to load a file and edit it, copy/paste works, you can select text, etc. The next step is to integrate with the tree-sitter for syntax highlighting and then with LSP, but it took a bit more time than I wanted.

Another project of mine is to play music from my audio CDs by myself. I built a simple Rust library to read TOC and raw PCM data from a CD drive -- https://github.com/Bloomca/rust-cd-da-reader (works on Windows, macOS and Linux), and a ripper -- https://github.com/Bloomca/audio-cd-ripper, which rips all tracks and encodes it as FLAC and fetches metadata from MusicBrainz.

The next step is to play it. I looked into using cpal (https://github.com/RustAudio/cpal), but I feel like using low-level audio API for each platform is a better approach for learning.

Without a Github link?

The other linked "oh fuck" article https://ghuntley.com/oh-fuck/ where it supposedly converts https://github.com/RustAudio/cpal at least has a linked video. As far as I can see, based on that video's file tree/Haskell files - its not exactly doing what's described in the article. I'll extrapolate from there...

Listen close, please. The end goal of AI coding assistants is not

> convert this rust library at https://github.com/RustAudio/cpal/tree/master to a haskell library using ghc2024.

The end goal is something more like

> Build me a website where users can make and share a link to a text document like a shopping list and edit it collaboratively

This guy thinks LLMs are so great, but if he grew up with LLMs, not only would he not have the skill set to competently ask the LLM to produce that output, he wouldn't have any idea the output he's trying to produce.

OpenAI, Google, Microsoft are not trying to sell the idea of helping out your senior engineers. They are trying to sell the idea that any of your interns could be senior engineers, so that you no longer have to pay for expensive senior engineers.

debugging this nightmare bc its blocking my hobby project. by far the most fucked up issue ive encountered since i started rust.

There is a cross-platform audio library for Rust: cpal https://github.com/rustaudio/cpal

cpal crate should work fine for this use case, though it might be unnecessarily low-level for your use case.

I had to do something similar to this a while back. I used cpal.

Working on a live performance software that would let our band have live real-time practices over the internet. Top priority is minimum latency, so I'm trying to hook it up through ASIO. Not much luck yet. I've tried cpal, but I've run into numerous known random bugs (and some versions don't compile for me). At least I confirmed that I can push the audio through a TCP socket successfully.

deb and appimage versions available, https://github.com/dheijl/swyh-rs/releases.

Install SWYH on PC. https://github.com/dheijl/swyh-rs/

swyh-rs is known to work with Sonos if you select the WAV header option.

You can get it on https://github.com/dheijl/swyh-rs Foobar you can grab from https://www.foobar2000.org/download or the microsoft store.

It seems that swyh-rs (https://github.com/dheijl/swyh-rs) can stream to Sonos if you select "WAV" format, you could give it a try, but no guarantees.

Haven't found any post about it around here, so check out swyh-rs: https://github.com/dheijl/swyh-rs/

I have been using swyh-rs to stream to gmediarender running on a SBC/Pi-like device. Just another option if the plugin doesn't work for you.