rodio | Rust audio playback library | Audio Utils library

rodio uses cpal as the underlying audio library. This is where the concepts of host and device come from. Use the re-exported cpal module from rodio to get the system host and obtain a list of output devices.

Working code, i used element.querySelector, where let parent is parent element to my radio buttons.

When you read a line from stdin, it typically comes with the new line included at the end (from when you pressed the enter key).

If you print out the strings using the debug format specifier, i.e. println!("{:?}", &path);, it will show any escape sequences in the string you could not otherwise see.

You may need to use str::trim or a similar method to remove the newline. – Cormac O'Brien

Basically, the problem at hand is that rodio::Decoder::new consumes the value which it reads from (well, actually it is already consumed by BufReader::new). So, if you have a loop or a closure that can be called multiple times, you have to come up with a fresh value each time. This what File::open does in your first code snipped.

In your second code snipped, you only create a File once, and then try to consume it multiple times, which Rust's ownership concept prevents you from doing.

Also notice, that using reference is sadly not really an option with rodio since the decoders must be 'static (see for instance the Sink::append trait bound on S).

If you think your file system is a bit slow, and you want to optimize this, then you might actually want to read the entire file up-front (which File::open doesn't do). Doing this should also provide you with a buffer (e.g. a Vec) that you can clone, and thus allows to repeatedly create fresh values that can be consumed by the Decoder. Here is an example doing this:

As far as I can tell from rodio docs, the issue is that play_raw() sends the stream to a dedicated thread, so you can't send it a reference to a local variable - as far as Rust knows, the thread could outlive the local object. In Rust parlance, play_raw requires a Send + 'static source.

The other issue is that you cannot have multiple decoders reading the same File. Although it may seem ok for multiple handles to "read" from the same source, it's actually not because File is stateful, it contains a pointer to how much of the file has been read. This is why methods like File::read take &mut self.

The solution is to open the file in each loop iteration. For example (untested):

Here is a simple example using blocking reqwest. This downloads the entire audio file into memory before it starts playing.