i started working on this on slackware.
prolly superzaxxon doesnt offer blueman. cant say for sure, my pandora is in for repairs.
doesnt really matter tho, as long as you put your device MAC address in there it should work with bluetooth-applet or network-manager or whatever you got.
i tested...
i took a walk through dependencies hell today in order to sort things out.
i tried to get mopidy going and compiled ncmpcpp as the client.
mopidy is a mpd server with spotify support (as its also based on libspotify). unfortunately it complains about some missing gstreamer/gobject modules...
libspotify will always return raw pcm 44,1 khz dual channel 16 bit samples. no matter which quality setting.
its some sort of audio buffer problem. i dunno.
do not expect a full blown client at first. that would be an awful lot of work.
the idea is as follows:
ill provide a tiny gtk based app with basic playback capabilities: play/pause, next track, previous track. it will load a spotify playlist and play or shuffle through all the tracks in that...
mkay i just figured im running my slack on a class 4 sd card.
lol
caching and sd speed are probably the roots of all evil here.
just a perfect excuse to buy a couple of new sd cards :)
im working with python 2.7 on slackware 14.1.
python 3 seems to cause memory issues with pyspotify.
libspotify's debug logging throws a lot of weird stuff at me. im working through that right now.
they need to release a new api asap.
Gesendet von iPhone mit Tapatalk
i just checked spoppy, a tiny cli spotify client. it suffers the same fate.
so my code aint the culprit. its either libspotify, pyspotify or alsa.
right now i have no idea how to fix that [emoji16]
Gesendet von iPhone mit Tapatalk
yeah, i did read that, thanks.
i did not experience any significant increase in cpu or sd usage.
i did a testdrive with cache_location='' in config.py in order to avoid on disk caching. but that didnt change anything. [emoji24]
Gesendet von iPhone mit Tapatalk
ello everyone,
im working on a native spotify client based on libspotify.
basically its already working, but i get stuttering sound output. and right now i dunno what to do about it. it's neither a cpu nor a ram nor a network problem. my best guess: it may be an alsa problem.
did anyone ever...
Sorry 'bout that. Here you said it did use SDL. Didn't know the pandora version was so different.
Anyways, i'm just glad it works well with ALSA (and thus with bluetooth).
no i dont use pa on slackware. i try to avoid it on purpose.
the point i totally don't get:
drastic uses sdl and works with bluetooth audio without any problems.
gmu uses sdl and keeps failing.
it's driving me mad.
SDL makes use of its own env variables.
if i set AUDIODEV=btsoftvol i can force it to use that device. it still fails, tho.
somewhere someone wrote that this may happen if SDL wasnt built with ALSA support.
Setting SDL_AUDIODRIVER=alsa doesnt seem to cause trouble, tho.
okay:
with full paths and minor changes to the script PAS now works on zaxxon 1.73 (i didn't update to 1.74 yet).
expect PAS v0.4 to come soon.
updated.
edit /etc/share/alsa/alsa.conf as described and use pas_0.4 and it should work with slackware and zaxxon.
what a bummer.
well, thanks for checking that out.
i still thinks it's weird, because ALSA should work outside the scope of any PND. but obviously it's an issue.
i will investigate further.
for some reason i like the per user setup with ~/.asoundrc files better than the /etc/asound.conf...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.