mirror of
https://github.com/librespot-org/librespot.git
synced 2026-04-27 08:15:50 +03:00
[GH-ISSUE #216] JackAudio Backend does not compile #147
Labels
No labels
A-Alsa
SpotifyAPI
Tokio 1.0
audio
bug
can't reproduce
compilation
dependencies
duplicate
enhancement
good first issue
help wanted
high priority
imported
imported
invalid
new api
pull-request
question
reverse engineering
wiki
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/librespot#147
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @StopMotionCuber on GitHub (May 8, 2018).
Original GitHub issue: https://github.com/librespot-org/librespot/issues/216
Hey everyone, I cannot compile librespot with JackAudio backend.
I'm compiling on a Raspberry Pi 1st Generation (arm).
I also tried to cross compile for it today on a x86 machine with the docker file provided.
Steps to reproduce:
execute
cargo build --no-default-features --release --features --jackaudio-backendon a ARMv6 MachineExpected Result:
librespot does compile without error
Actual Result:
Compilation of
librespot-playback v0.1.0fails.When running verbose, I'm getting this log:
@StopMotionCuber commented on GitHub (May 8, 2018):
Seems like this issue got introduced with this commit.
I have just manually undone this commit and compilation worked for me (I don't have experience with rust though so I do not know the clean way to resolve this issue)
@SirJson commented on GitHub (May 13, 2018):
Have you tried removing that semicolon see if the JACK backend still works? Looks like a typo to me because that semicolon prevents returning the value pcm_to_f32 calculates.
... unfortunately I don't have JACK on my system installed to verify this myself but the code would at least compile.
@kingosticks commented on GitHub (May 13, 2018):
Sorry I meant to reply to this, I agree with @SirJson: remove that semicolon.
@StopMotionCuber commented on GitHub (May 14, 2018):
@SirJson Unfortunately it does not work for me.
As soon as I'm trying to connect to the Raspberry Pi the jackaudio backend tries to connect to the jack server which is clearly running on my system.
Here the full log from journalctl:
Indeed
/tmp/jack-109/default/jack_0does not exist on my machine.The jack server is running at socket
/tmp/jack-1000/default/jack_0.According to the log messages the error has to be somewhere below here.
Edit: This is using jackd1
@StopMotionCuber commented on GitHub (May 14, 2018):
I replaced jackd1 with jackd2 and journalctl has different error messages for the jackd calls.
I'm not sure if this is relevant but I thought that additional information would be nice for someone debugging this.
@StopMotionCuber commented on GitHub (May 15, 2018):
Ignore my last 2 log messages, librespot was started as the wrong user.
@kingosticks commented on GitHub (May 15, 2018):
That makes sense. Those paths did look like they contained userids (1000=pi, 109=system something).
@plietar commented on GitHub (May 15, 2018):
Fixed by #222.