[ANNOUNCE] Squeezeslave: 1.2 released

[Philip Meyer]

>Squeezeslave 1.2-311 is now available on 'sourceforge'
>(http://sourceforge.net/projects/soft...slave-1.2.311/).
>
Does anyone know if there an equivalent app for Android OS? I have an HP Touchpad tablet, and had an equivalent app in WebOS. I've recently installed Ice Cream Sandwich, and bought SqueezeCommander, but wondering if it's possible to play music locally on the device.

[Kvaks]

I have a couple things for you to try.

1. Remove -DUSE_SIGNALS_FOR_RESTART from the CFLAGS in makefile.linux26-i64-alsa-display and rebuild. Use squeezeslave as before and see if it "hangs" again.

I woke up this morning and the running Squeezeslave responded nicely when I pressed play, so this might have worked. Thanks!

(If it turns out it didn't work, I'll come back :-) )

[ralphy]

>Squeezeslave 1.2-311 is now available on 'sourceforge'
>(http://sourceforge.net/projects/soft...slave-1.2.311/).
>
Does anyone know if there an equivalent app for Android OS? I have an HP Touchpad tablet, and had an equivalent app in WebOS. I've recently installed Ice Cream Sandwich, and bought SqueezeCommander, but wondering if it's possible to play music locally on the device.

SqueezePlayer

[mixx]

Thanks for developing squeezeslave!

Is there a 1.2.311 version for Openwrt on ar71xx platform?

And was there ever instructions/Makefile to crosscompile it for ar71xx/Openwrt?

I tried reading through this and the previous development thread, but failed to find any indication other than that these builds were contributed by MusicManiac

Thanks

[ralphy]

You'll need to ask MusicManiac as I have no makefiles or build instructions for OpenWRT.

[MusicManiac]

Just sent you a PM mixx.

-mm

[bobkoure]

Hi Ralphy,
I'm testing squeezeslave-1.2L-320.exe on a WinXPSP3 box.
When I first start it, I get the error:
"the procedure entry point NtAlpcSendWaitReceivePort could not be located in the dynamic link library ntdll.dll"

This does not happen with squeezeslave-asio-1.1-281.exe (or any of the previous versions I've tried) on that same machine.

I searched a bit with this error message, came up with the suggestion to rename \windows\system32\avrt.dll to something else.
Doing so fixed my issue. It's just one system, so just 'anecdata', but might be useful if someone else has this issue.

One question: If I use the -L option to get a list of output devices, how then do I use -n to specify that device? for instance, -L gets me
Output devices:
* 4: (Windows DirectSound) Primary Sound Driver (119/239)
5: (Windows DirectSound) SoundMAX HD Audio (119/239)
6: (Windows DirectSound) BEHRINGER USB AUDIO (119/239)
7: (ASIO) BEHRINGER USB AUDIO (5/5)

So, if I want to specify #7, what part of that string do I use? I've tried "(ASIO) BEHRINGER USB AUDIO (5/5)" and "(ASIO) BEHRINGER USB AUDIO", neither of which worked. Got any suggestions?

Thanks!

[ralphy]

Thanks for the info. I've not seen that error before.

Currently -n will always match the DS device first as it does not include the device type in the search. You'll need to use -o7 as it only matches "BEHRINGER USB AUDIO". I ran into the same issue a few days ago. I'll look at adding the device type at the beginning into the search.

There is a link in the 1st post on using -n.

[NUmB]

I have downloaded and installed Squeezeslave 1.2-311 for Mac mini. I have Max OS X Ver 10.6.8.

I have set it to play audio out via HDMI to my stereo speakers. And it works fine as long as I have the TV on. If I just start the computer without turning the TV on and start playing music the sound will only play on the Squeezebox in the kitchen not on the stereo. But it works fine if the TV is on when I start playing music. Also if I turn the TV off while music is playing the sound stops on the stereo but continues on the Squeezebox.

Don't know if it helps, but when I play music directly from iTunes the TV can be off both from the beginning or turned off during playback. The sound keeps coming out of the stereo speakers then.

Is there something I can do to fix this?

//NUmB

[ralphy]

This is a problem with the current portaudio library. It sounds like squeezeslave doesn't find the hdmi device you've defined with -o/-n and reverts to the default 'Built-in Output'

The device must be present when squeezeslave starts and must remain active the entire time squeezeslave is running.

Try running squeezeslave -L with the tv off and again with the tv on. Are the lists different?

I've uploaded a new OSX test build using the latest portaudio library for you to try. However I don't expect this to fix the issue as the device renumeration feature is still in development.