Exporting sound from Slack to XP
 

I've been looking around and haven't been able to find a solution to my problem, my apologies if this is a duplicate post.

I'm running slackware 10.1 and XP pro and I only have speakers on the XP box. I'm using synergy to make the linux box an extension of the XP box that is my main machine (this is at work and I need to us it most as I'm supporting a windows environment) I would like to be able to do most of the background things I have going (like mp3s and such) run on the linux box to free up the cpu and ram on the XP box (not a lot of resources but enough).

basically if someone could tell me how to export the audio output from the linux box to the XP box that would be great.

I tried install esound on slackware but I couldn't get past the configure ; make all part, got this error.

root@slack01:~# configure ; make all
-su: configure: command not found
make: *** No rule to make target `all'. Stop.

I hope I have provided enough info.

thanks

You have to run configure in current directory. Like this:

./configure

that will teach me for following the documentation exactly!! :)

that got that going so I will see If I can do what I'm trying to do with it. Not sure what to do on the XP side of this though.

got some errors on the end of that command :(

root@slack01:~/esound-0.2.8# ./configure ; make all
creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles... no
checking host system type... i686-pc-linux-gnu
checking whether make sets ${MAKE}... (cached) yes
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking build system type... i686-pc-linux-gnu
checking for ranlib... ranlib
checking for ld used by GCC... /usr/i486-slackware-linux/bin/ld
checking if the linker (/usr/i486-slackware-linux/bin/ld) is GNU ld... yes
checking for BSD-compatible nm... /usr/bin/nm -B
checking command to parse /usr/bin/nm -B output... yes
checking for _ prefix in compiled symbols... no
checking whether ln -s works... yes
checking for object suffix... o
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions ... no
checking if gcc static flag -static works... -static
checking if the linker (/usr/i486-slackware-linux/bin/ld) is GNU ld... yes
checking whether the linker (/usr/i486-slackware-linux/bin/ld) supports shared libraries... yes
checking command to parse /usr/bin/nm -B output... yes
checking how to hardcode library paths into programs... immediate
checking for /usr/i486-slackware-linux/bin/ld option to reload object files... -r
checking dynamic linker characteristics... Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
checking for a BSD compatible install... /usr/bin/ginstall -c
checking for working const... yes
checking for connect... yes
checking for gethostbyname... yes
checking for nanosleep... yes
checking for inet_aton... yes
checking for getopt_long... yes
checking for sys/filio.h... no
checking for sys/ioctl.h... yes
---------------------------------------------------------------------
--- Checking to see which audio header files your system uses.
--- Most of these checks should fail. Do not be alarmed.
checking for soundcard.h... no
checking for sys/soundcard.h... yes
checking for machine/soundcard.h... no
checking for sys/audio.h... no
checking for sys/audioio.h... no
checking for sys/audio.io.h... no
checking for sun/audioio.h... no
checking for dmedia/audio.h... no
checking for sys/soundlib.h... no
checking for sys/asoundlib.h... no
---------------------------------------------------------------------
--- Checking to see which audio libraries are required for linking.
--- Most of these checks should also fail. Do not be alarmed.
checking for _oss_ioctl... no
checking for _oss_ioctl in -lossaudio... no
checking for ALnewconfig... no
checking for ALnewconfig in -laudio... no
checking for snd_cards... no
checking for snd_cards in -lsound... no
checking for snd_cards... (cached) no
checking for snd_cards in -lasound... no
---------------------------------------------------------------------
--- Checking for the audiofile library. NOTE: This library is now
REQUIRED from proper compilation of the esound package.
checking for audiofile-config... /usr/bin/audiofile-config
checking for AUDIOFILE - version >= 0.1.5... yes
--- libaudiofile found. Building esound with audiofile support
---------------------------------------------------------------------
checking if your platform supports esddsp... yes
checking for dlopen... no
checking for dlopen in -ldl... yes
updating cache ./config.cache
creating ./config.status
creating Makefile
creating esd-config
creating esound.spec
creating esddsp
creating config.h
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c esdlib.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c -fPIC -DPIC esdlib.c -o esdlib.lo
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c esdlib.c -o esdlib.o >/dev/null 2>&1
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c esdmgr.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c -fPIC -DPIC esdmgr.c -o esdmgr.lo
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c esdmgr.c -o esdmgr.o >/dev/null 2>&1
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c esdfile.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c -fPIC -DPIC esdfile.c -o esdfile.lo
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c esdfile.c -o esdfile.o >/dev/null 2>&1
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c audio.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c -fPIC -DPIC audio.c -o audio.lo
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c audio.c -o audio.o >/dev/null 2>&1
/bin/sh ./libtool --mode=link gcc -g -O2 -o libesd.la -rpath /usr/local/lib -version-info 2:8:2 esdlib.lo esdmgr.lo esdfile.lo audio.lo -L/usr/lib -laudiofile -lm -lm
mkdir .libs
gcc -shared -Wl,-soname -Wl,libesd.so.0 -o .libs/libesd.so.0.2.8 esdlib.lo esdmgr.lo esdfile.lo audio.lo -L/usr/lib -laudiofile -lm -lm -lc
(cd .libs && ln -s libesd.so.0.2.8 libesd.so.0)
(cd .libs && ln -s libesd.so.0.2.8 libesd.so)
ar cru .libs/libesd.a esdlib.o esdmgr.o esdfile.o audio.o
ranlib .libs/libesd.a
creating libesd.la
(cd .libs && ln -s ../libesd.la libesd.la)
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c esddsp.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c -fPIC -DPIC esddsp.c -o esddsp.lo
esddsp.c: In function `open':
esddsp.c:172: error: `RTLD_NEXT' undeclared (first use in this function)
esddsp.c:172: error: (Each undeclared identifier is reported only once
esddsp.c:172: error: for each function it appears in.)
esddsp.c: In function `ioctl':
esddsp.c:373: error: `RTLD_NEXT' undeclared (first use in this function)
esddsp.c: In function `close':
esddsp.c:392: error: `RTLD_NEXT' undeclared (first use in this function)
make: *** [esddsp.lo] Error 1
root@slack01:~/esound-0.2.8#

OK, chief. Let's get practical. I looked up that synergy thing. Esound is not what you want.
Logically, you can send compressed audio (mp3) over network, decode it in XP box, using perhaps less than 5% of Windows box resources. This is easy to set up. Use Samba to share the music directory and play it with Winamp or whatever.
Alternatively, you can decode audio in Linux box and send uncompressed audio data over network and play it back using the soundcard in the XP box. Still using some CPU resources (a little less than in first case) with much more network traffic. This could be accomplished using a streaming server on Linux side and a streaming media player on XP side (unless you want to keep your music in wav format - you don't).