[ANNOUNCE] Squeezeslave: 1.2 released

[ralphy]

Test build available on googlecode.

Try the OSS binary first.

The SADA binary includes hardware mixer support but is limited to very few devices.

Built on 151a5.

[Wiredcharlie]

Ralphy,

Thanks for your hard work!

Regarding the Raspbian port for the Raspberry Pi - I can't get it to work. If I use the -I switch, it correctly reports my server. If I use the -L switch it sees audio devices. But if I actually try to connect with an ip or -F, it closes after a few seconds.

Any ideas?

Tony

[ralphy]

Ralphy,

Thanks for your hard work!

Regarding the Raspbian port for the Raspberry Pi - I can't get it to work. If I use the -I switch, it correctly reports my server. If I use the -L switch it sees audio devices. But if I actually try to connect with an ip or -F, it closes after a few seconds.

Any ideas?

Tony

I'd guess there's an issue with your network.

There have been 80 downloads of the raspbian port and you're the first to report any issues.

Without more details it's hard to know.

What is the complete command line you use when it fails?

Add -dslimproto -dslimaudio_http -Ycloses.log before the IP address and post a zip with the log file after squeezeslave closes.

Even if we do find an issue, I don't have a PI readily available to rebuild squeezeslave.
Thomas of squeezeplug fame provided access to a PI to build the current port.

[tobyjug]

Hi I've just come across squeezeslave and it seems to be exactly what I've been looking for apart from, I can't get it working with the device I want.

I'm running Windows 7 Enterprise 64bit.

The devices I have are listed below

C:\Users\peter.ryan>C:\Users\peter.ryan\Documents\ squeezeslave-1.2-366.exe -L

Output devices:
* 8: (Windows DirectSound) Primary Sound Driver (119/239)
9: (Windows DirectSound) SPDIF Interface (TE7022 Audio w/ SPDIF) (119/239)
10: (Windows DirectSound) Speakers / Headphones (IDT High Definition Audio C
ODEC) (119/239)
11: (Windows DirectSound) Independent (R.T.C.) Headphones (IDT High Definiti
on Audio CODEC) (119/239)
12: (Windows WASAPI) Speakers / Headphones (IDT High Definition Audio CODEC)
(3/10)
13: (Windows WASAPI) SPDIF Interface (TE7022 Audio w/ SPDIF) (3/10)
14: (Windows WASAPI) Independent (R.T.C.) Headphones (IDT High Definition Au
dio CODEC) (3/10)

Every one of the devices work apart from #13 which is the one I want to work.

Any idea why it won't work?

[tobyjug]

Ok I found out what the problem was: I hadn't got the exlusive mode selected in the driver. Now works but just found out it doesn't support 24/96 files. I'll need to find another solution.

[Wiredcharlie]

Ralphy,

Thanks for your hard work!

Regarding the Raspbian port for the Raspberry Pi - I can't get it to work. If I use the -I switch, it correctly reports my server. If I use the -L switch it sees audio devices. But if I actually try to connect with an ip or -F, it closes after a few seconds.

Any ideas?

Tony

Hi Ralphy - thanks for getting back.

With command line:
pi@raspberrypi /usr/bin $ squeezeslave -dslimproto -dslimaudio_http -Y/home/pi/closes.log 192.168.1.100

closes.log:
----------------------------------------------------------------------------------------
proto_thread: state=1
proto_thread: PROTO_CLOSED cond_wait
slimproto_connect: (192.168.1.100, 3483)
proto_close: state 1
proto_close: not connected
http_thread state 2
proto_thread: state=2
proto_sigpipe: MSG_NOSIGNAL
proto_connect: connected to 192.168.1.100
proto_thread: state=3
proto_send: cmd=HELO len=36
proto_recv: cmd=vfdc len=174
proto_recv: cmd=vfdc len=174
proto_recv: cmd=vfdc len=174
proto_recv: cmd=audg len=24
proto_recv: cmd=vfdc len=174
proto_recv: cmd=vfdc len=174
proto_recv: (1) n=0 msg=Success(0)
proto_close: state 3
proto_thread: state=1
proto_thread: PROTO_CLOSED cond_wait
proto_close: state 1
proto_close: not connected



--------------------


pi@raspberrypi /usr/bin $ squeezeslave -L
Output devices:
0: (ALSA) bcm2835 ALSA: bcm2835 ALSA (hw:0,0) (11/46)
1: (ALSA) sysdefault (11/46)
* 2: (ALSA) default (11/46)

pi@raspberrypi /usr/bin $ squeezeslave -I
music:9000 (192.168.1.100)

I don't understand the log file!

Thanks

Tony

[ralphy]

Hi Ralphy - thanks for getting back.

With command line:
pi@raspberrypi /usr/bin $ squeezeslave -dslimproto -dslimaudio_http -Y/home/pi/closes.log 192.168.1.100

closes.log:
----------------------------------------------------------------------------------------
proto_thread: state=1
proto_thread: PROTO_CLOSED cond_wait
slimproto_connect: (192.168.1.100, 3483)
proto_close: state 1
proto_close: not connected
http_thread state 2
proto_thread: state=2
proto_sigpipe: MSG_NOSIGNAL
proto_connect: connected to 192.168.1.100
proto_thread: state=3
proto_send: cmd=HELO len=36
proto_recv: cmd=vfdc len=174
proto_recv: cmd=vfdc len=174
proto_recv: cmd=vfdc len=174
proto_recv: cmd=audg len=24
proto_recv: cmd=vfdc len=174
proto_recv: cmd=vfdc len=174
proto_recv: (1) n=0 msg=Success(0)
proto_close: state 3
proto_thread: state=1
proto_thread: PROTO_CLOSED cond_wait
proto_close: state 1
proto_close: not connected



--------------------


pi@raspberrypi /usr/bin $ squeezeslave -L
Output devices:
0: (ALSA) bcm2835 ALSA: bcm2835 ALSA (hw:0,0) (11/46)
1: (ALSA) sysdefault (11/46)
* 2: (ALSA) default (11/46)

pi@raspberrypi /usr/bin $ squeezeslave -I
music:9000 (192.168.1.100)

I don't understand the log file!

Thanks

Tony

That's okay, the log file is my debugging tool.

Looks like the server is closing the connection, not sure why.

Try adding -R before the IP address, squeezeslave will then reconnect if the connection is closed.

[Wiredcharlie]

I figured out the problem. I have another squeezeslave on my network, so I had to give it a mac address:

squeezeslave -m 11:11:11:11:11:11 192.168.1.100

I'm getting occasional clicks though...

Thanks for your help Ralphy

[ralphy]

I figured out the problem. I have another squeezeslave on my network, so I had to give it a mac address:

squeezeslave -m 11:11:11:11:11:11 192.168.1.100

I'm getting occasional clicks though...

Thanks for your help Ralphy

Try adding -y84 before the IP address

[psketch]

Hi Ralphy

Slightly odd one - I've installed the raspberry build on the current raspbian OS (which seems to include ALSA), and after a little messing around, everything seems to install and run fine. I can see the client from the web control or from iPeng, turn it on and off, play tracks to it etc.. Everything seems just fine. Except, no sound. No errors that I can see - just not a peep out of it. The weird thing is that the AV processor does see the stream changing - i.e. it sees a PCM 44.1kHz stream when I hit play, and it sees the stream stop if I power down squeezeslave through iPeng. Everything seems to work - just silently......

Any ideas, or ideas where I could look?

ta

pete S