[GH-ISSUE #295] possibility to have a passthrough option when using pipe #196

Closed
opened 2026-02-27 19:29:22 +03:00 by kerem · 6 comments
Owner

Originally created by @philippe44 on GitHub (Mar 6, 2019).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/295

Is this possible to bypass the Vorbis decoder when using the pipe output so that the untouched Vorbis encoded data is sent onto the pipe

Originally created by @philippe44 on GitHub (Mar 6, 2019). Original GitHub issue: https://github.com/librespot-org/librespot/issues/295 Is this possible to bypass the Vorbis decoder when using the pipe output so that the untouched Vorbis encoded data is sent onto the pipe
kerem 2026-02-27 19:29:22 +03:00
Author
Owner

@michaelherger commented on GitHub (Mar 8, 2019):

Now that's a question I'd be very much interested in, too. Obviously :-)

<!-- gh-comment-id:470931418 --> @michaelherger commented on GitHub (Mar 8, 2019): Now that's a question I'd be very much interested in, too. Obviously :-)
Author
Owner

@kingosticks commented on GitHub (Mar 8, 2019):

Out of interest, what's the usecases for this? The one I can think of isn't a great direction for this project.

<!-- gh-comment-id:470932719 --> @kingosticks commented on GitHub (Mar 8, 2019): Out of interest, what's the usecases for this? The one I can think of isn't a great direction for this project.
Author
Owner

@michaelherger commented on GitHub (Mar 8, 2019):

It's not what you think. I'm using a modified version of librespot to stream Spotify to the Squeezebox players. The Squeezebox can play ogg directly. Which means that the transcoding is unnecessary overhead - which can be a problem when users are running it on under-powered systems like some NAS. Right now it would by default transcode from OGG to PCM (in librespot), then to FLAC (in Squeezebox territory).

<!-- gh-comment-id:470945257 --> @michaelherger commented on GitHub (Mar 8, 2019): It's not what you think. I'm using a [modified version of librespot](https://github.com/michaelherger/spotty) to stream Spotify to the Squeezebox players. The Squeezebox can play ogg directly. Which means that the transcoding is unnecessary overhead - which _can_ be a problem when users are running it on under-powered systems like some NAS. Right now it would by default transcode from OGG to PCM (in librespot), then to FLAC (in Squeezebox territory).
Author
Owner

@sashahilton00 commented on GitHub (Mar 11, 2019):

If you want to submit a PR to add it as a runtime flag, be my guest. Spotify is suitably disengaged from the developer community to the extent that if they're not providing that functionality, I don't have a problem with librespot providing it, so long as it's not just dumping it into a file for obvious reasons. I'm sure Spotify will be in touch if they have a problem with it 🙃

<!-- gh-comment-id:471694065 --> @sashahilton00 commented on GitHub (Mar 11, 2019): If you want to submit a PR to add it as a runtime flag, be my guest. Spotify is suitably disengaged from the developer community to the extent that if they're not providing that functionality, I don't have a problem with librespot providing it, so long as it's not just dumping it into a file for obvious reasons. I'm sure Spotify will be in touch if they have a problem with it 🙃
Author
Owner

@philippe44 commented on GitHub (Mar 12, 2019):

As said by @michaelherger, there was no nefarious intent at all, the only objective was a LMS cpu and bw reduction
I thought that because a pipe mode already exists, then whether the result of that pipe is raw or in any format did not matter.
I did submit a request and not a PR because unfortunately I know nothing about Rust so what I was expecting to be a fairly small change is beyond my reach. But I understand how it’s hard to deal with such request when you have better to do (I have a few projects here as well)
I will try to find support to do that mod and then file a PR later is successful.

<!-- gh-comment-id:471831441 --> @philippe44 commented on GitHub (Mar 12, 2019): As said by @michaelherger, there was no nefarious intent at all, the only objective was a LMS cpu and bw reduction I thought that because a pipe mode already exists, then whether the result of that pipe is raw or in any format did not matter. I did submit a request and not a PR because unfortunately I know nothing about Rust so what I was expecting to be a fairly small change is beyond my reach. But I understand how it’s hard to deal with such request when you have better to do (I have a few projects here as well) I will try to find support to do that mod and then file a PR later is successful.
Author
Owner

@sashahilton00 commented on GitHub (Feb 22, 2021):

This is currently in progress in PR #569, hence closing in favour of that.

<!-- gh-comment-id:783764870 --> @sashahilton00 commented on GitHub (Feb 22, 2021): This is currently in progress in PR #569, hence closing in favour of that.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/librespot#196
No description provided.