byte oder issues with pulseaudio when using bluetooth #1770
Unanswered
Yellow-Subroutine
asked this question in
Q&A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi,
I am trying to set up mpd with pulseaudio on a GL-AR300M openwrt-system to stream music via bluetooth and I am running into a problem that I think is related to the byte order used between mpd and the pulseaudio-sink.
The GL-AR300M is big-endian, while the pulseaudio-sink that bluez creates reports (via "pactl list sinks"): "Sample Specification: s16le 2ch 44100Hz" - i.e. little endian.
When I try to configure a normal pulseaudio-output for mpd I get only noise, the only way I can make it work is by using a pipe-output with 'command "pacat"'. Then the music plays fine, however I then can no longer seek or adjust the audio volume in a mpd-client.
It seems to me that the problem is that mpd decodes the mp3-files and produces samples in it's native format (ie here big-endian) while pulseaudio expects little-endian data.
Unfortunately there does not seem to be any way to adjust the pulseaudio-side, so my question is:
Is my theory plausible and if so is there a way to make mpd produce little-endian data on a big-endian system.
Many thanks!
Beta Was this translation helpful? Give feedback.
All reactions