Closed GoogleCodeExporter closed 8 years ago
What's broken - does it work if you build from source from the git repo on
googlecode? I don't believe there are any api changes across recent alsa
versions which impact it but would be happy to look at specifics if you have
them.
Original comment by trio...@btinternet.com
on 29 Jun 2013 at 10:21
I've digged into it, tried to build squeezelite from source, and linking it
with the newer alsalibs.. Still doesn't work under openelec..
Found that the libasound.so.2 that is used in openelec is missing the symbols
ALSA_0.9 / ALSA_0.9.0rc4, which the version that I build localy have. And this
is what squeezelite is complaining about as well.. So it looks like the
openelec guys broke something.
Trying to rebuild openelec from source here, to take a peek into the
configurations for alsalib..
/ Thomas
Original comment by tho...@bowmo.dk
on 30 Jun 2013 at 8:10
finaly rebuild openelec (only way I could get a modded alsa-lib in).
They compile alsa-lib with --with-versioned=no, which causes squeezelite to
fail.. Don't know if squeezelite can be compiled to overcome this issue?
All that I did of modifications before I started the build, was to remove that
line in the build scripts for alsa-lib.. And now squeezelite is starting..
/ Thomas
Original comment by tho...@bowmo.dk
on 3 Jul 2013 at 4:49
Have you tried building squeezelite on the target machine? There are no linker
options I'm using which enforce versioned symbols. Not sure what I can do to
disable this?
Original comment by trio...@btinternet.com
on 3 Jul 2013 at 9:04
I didn't try to build it on the openelec box, or the buildroot, as I was too
"lazy" to try and figure out how that worked, when building 3rd party addons :)
However, I tried to make a local build of alsa-lib 1.0.27, with the following
commands :
$./configure --with-versioned=no
$make
Then I modified the Makefile for squeezelite, to reference the newly build
library :
LDFLAGS ?= ../alsa-lib-1.0.27.1/src/.libs/libasound.so.2 -lpthread -ldl -lrt
that is, I change the -lasound to ../alsa-lib.. so instead of use the system
installed version, it used my homebuild version.
This new squeezelite build is working on the stock openelec 3.0.6. I haven't
tried it on other platforms, so there might be some things broken..
/ Thomas
Original comment by tho...@bowmo.dk
on 4 Jul 2013 at 6:51
Ok - but it's not normal to need to do this, however you could probably use
LD_LIBRARY_PATH to force loading of that build when using squeezelite? [I
assume squeezeplay has the same problem as it is built in a similar way?]
Original comment by trio...@btinternet.com
on 4 Jul 2013 at 8:10
Hi - have the same issue since OE 3.0.4, and I really like both OE and
Squeezelite, so I hope it is possible to fix. Maybe without having to build
manually?
Original comment by jmoller...@gmail.com
on 24 Jul 2013 at 5:24
I have my build for 64bit openelec available, that I could put somewhere if
interested.
Original comment by tho...@bowmo.dk
on 24 Jul 2013 at 9:22
[deleted comment]
That would be great! I'm no expert as such, but I take it, it would work on my
OE ION 64. And would it possible to attach it to this thread?
Original comment by jmoller...@gmail.com
on 25 Jul 2013 at 9:18
this is the one that I use on my OE 3.0.6 ion 64.
https://dl.dropboxusercontent.com/u/6262857/squeezelite
Original comment by tho...@bowmo.dk
on 27 Jul 2013 at 12:08
Cheers man, thx!
Original comment by jmoller...@gmail.com
on 27 Jul 2013 at 4:58
Hello again! This does no longer seem to be an issue in the latest OpenElec
build 3.1.5
In other words: squeezelite appears to be working fine out of the box in OE
Original comment by jmoller...@gmail.com
on 30 Jul 2013 at 12:02
Hmm - not for me - still seems broken on 3.1.5
16:45:46 T:140106623067904 INFO: CAESinkALSA - ALSA:
/home/stephan/projects/openelec-3.2/build.OpenELEC-ION.x86_64-3.1.5/alsa-lib-1.0
.27.2/src/pcm/pcm_direct.c:1654:(snd1_pcm_direct_parse_open_conf) The field
ipc_gid must be a valid group (create group audio)
16:45:46 T:140106623067904 INFO: CAESinkALSA - Unable to open device
"default" for playback
16:45:46 T:140106623067904 INFO: CAESinkALSA - ALSA:
/home/stephan/projects/openelec-3.2/build.OpenELEC-ION.x86_64-3.1.5/alsa-lib-1.0
.27.2/src/confmisc.c:768:(parse_card) cannot find card '$CARD'
16:45:46 T:140106623067904 INFO: CAESinkALSA - ALSA:
/home/stephan/projects/openelec-3.2/build.OpenELEC-ION.x86_64-3.1.5/alsa-lib-1.0
.27.2/src/conf.c:4248:(_snd_config_evaluate) function snd_func_card_driver
returned error: No such device
16:45:46 T:140106623067904 INFO: CAESinkALSA - ALSA:
/home/stephan/projects/openelec-3.2/build.OpenELEC-ION.x86_64-3.1.5/alsa-lib-1.0
.27.2/src/confmisc.c:392:(snd_func_concat) error evaluating strings
16:45:46 T:140106623067904 INFO: CAESinkALSA - ALSA:
/home/stephan/projects/openelec-3.2/build.OpenELEC-ION.x86_64-3.1.5/alsa-lib-1.0
.27.2/src/conf.c:4248:(_snd_config_evaluate) function snd_func_concat returned
error: No such device
16:45:46 T:140106623067904 INFO: CAESinkALSA - ALSA:
/home/stephan/projects/openelec-3.2/build.OpenELEC-ION.x86_64-3.1.5/alsa-lib-1.0
.27.2/src/confmisc.c:1251:(snd_func_refer) error evaluating name
16:45:46 T:140106623067904 INFO: CAESinkALSA - ALSA:
/home/stephan/projects/openelec-3.2/build.OpenELEC-ION.x86_64-3.1.5/alsa-lib-1.0
.27.2/src/conf.c:4248:(_snd_config_evaluate) function snd_func_refer returned
error: No such device
16:45:46 T:140106623067904 INFO: CAESinkALSA - ALSA:
/home/stephan/projects/openelec-3.2/build.OpenELEC-ION.x86_64-3.1.5/alsa-lib-1.0
.27.2/src/conf.c:4727:(snd_config_expand) Evaluate error: No such device
16:45:46 T:140106623067904 INFO: CAESinkALSA - ALSA:
/home/stephan/projects/openelec-3.2/build.OpenELEC-ION.x86_64-3.1.5/alsa-lib-1.0
.27.2/src/conf.c:4694:(snd_config_expand) Unknown parameters CARD=Intel,DEV=0
Original comment by jdaal...@gmail.com
on 11 Aug 2013 at 6:54
Ah - forgot to write, that I needed to specify the -o parameter for
outputdevice. Check what it is under sound-settings in OE.
Original comment by jmoller...@gmail.com
on 11 Aug 2013 at 7:04
Looks like more recent OE is now working - closing.
Original comment by trio...@btinternet.com
on 23 Dec 2013 at 10:48
Original issue reported on code.google.com by
tho...@bowmo.dk
on 29 Jun 2013 at 9:39