Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
bpa wrote: LMS thinks everything is OK so no message from it. To get debug message from ecasound you need to use -D to get output to stderr as well as -dd or -d:x. Since you are running LMS as a service, to redirect stderr you need to change the conf file to run shell script (e.g. ecasound.sh in a Bin directory of the waveinpu plugin). The shell script ecasound.sh would have a command something like ecasound $@ 2/tmp/ecasound.log The shell script may need to be more complicated depending on ecasound default use of stdin and stdout. I usually just run LMS from a shell prompt and get message from subprocesses (e.g.ecasound) in the same window but you need to have the various directories and ownerships setup properly to do this. changing the custom-convert.conf to the following produced debug info [ecasound] -D -dd -z:db -b:4096 -f:16,2,44100 -i:alsa,hw:Loopack,1 -o stdout $@ 2/tmp/ecasound.log | [lame] --silent -r -x -q $QUALITY$ -b $BITRATE$ - - Output Code: (audioio) set srate, aobj ALSA named PCM device:alsa to 44100. (eca-chainsetup) Assigning file to chains: default (eca-chainsetup-parser) Interpreting object option -o:stdout. (eca-static-object-maps) register_audio_io_nonrt_objects() (eca-static-object-maps) All libsndfile supported extensions: aiff,au,avr,caf,flac,htk,iff,mat,mat,mpc,oga,paf,pvf,raw,rf64,sd2,sds,sf,voc,w64,wav,wav,wav,wve,xi, (eca-object-factory) Object -o:stdout created, type Raw audio file. Has 2 parameter(s) (variable: no). (eca-chainsetup-parser) adding file stdout. (audioio) set srate, aobj Raw audio file:stdout to 44100. (audioio-db-client) DB-client created for stdout. (audioio) set srate, aobj DB = Raw audio file:uninitialized to 44100. (audioio) set srate, aobj Raw audio file:stdout to 44100. (audioio) set srate, aobj Raw audio file:stdout to 44100. (eca-chainsetup) Assigning file to chains: default (eca-chainsetup) Chainsetup untitled-chainsetup (eca-control) ECA_CONTROL constructor (eca-session) Connecting chainsetup (eca-chainsetup) NOTE: Real-time configuration, but insufficient privileges to utilize real-time scheduling (SCHED_FIFO). With small buffersizes, this may cause audible glitches during processing. (eca-chainsetup) overriding raised priority. (eca-chainsetup) bmode-selection case-2 (eca-chainsetup) rt buffering mode selected. (eca-chainsetup) Set buffering parameters to: --cut-- buffersize: 1024 raised_priority: 1 sched_priority: 50 double buffering: 1 double buffer size: 10 max buffers: 1 --cut-- (audioio_alsa) open HOME DIRECTORY /USR/SHARE/SQUEEZEBOXSERVER NOT OURS. ALSA lib pcm_hw.c:1401:(_snd_pcm_hw_open) Invalid value for card (eca-chainsetup) Connecting chainsetup failed, throwing an SETUP_ERROR exception. ERROR: Connecting chainsetup failed: Enabling chainsetup: AUDIOIO-ALSA: Unable to open ALSA--device for capture; error: No such device (eca-control) ECA_CONTROL destructor (eca-session) ECA_SESSION destructor-in (eca-chainsetup) ECA_CHAINSETUP destructor-in (eca-chainsetup) Deleting chain default. (eca-chain) CHAIN destructor! (eca-chainsetup) Deleting audio object alsa. (eca-chainsetup) Deleting audio db-client stdout. (audioio-db-client) destructor stdout. (audioio-db-server) unregister_client Raw audio file. (audioio-db-server) unregister_client failed (2) (eca-chainsetup) Deleting audio object stdout. (audioio-db-server) destructor (audioio-db-server) destructor-out (eca-chainsetup) ECA_CHAINSETUP destructor-out (eca-session) ECA_SESSION destructor-out Looks like a permission issue, LMS is runs under the user squeezeboxserver, so is shairplay. What user does WavInput run under? atca's Profile: http://forums.slimdevices.com/member.php?userid=56880 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
Would it be possible to store the playlists locally on the iPad/iPhone? This way if you refresh the server you wouldnt loose a playlist? I think there is a similar app for the android for the SBT... Thanks Sent from my iPad using Tapatalk HD big_marcelo's Profile: http://forums.slimdevices.com/member.php?userid=56223 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
atca wrote: Looks like a permission issue, LMS is runs under the user squeezeboxserver, so is shairplay. What user does WavInput run under? Ralphy might be able to provide some specific about whether loopback device needs to be same user / process tree etc. It is strange that arecord works and ecasound doesn't as they are run under same userid seems to imply an ecsasound config issue rather than a permissions one unless arecord has a s permissions. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
I use iPengHD on an iPad 3. Frequently when I come home from work (iPad at home all day), iPeng won't play anything. I navigate up and down the directory tree until iPeng crashes and quits. Then I can restart it and everything works fine. It's been like this ever since I got my iPad 3, which was one of the first pre-order ones. I only play by Folder structure since about half of my music either isn't tagged at all or is incorrectly tagged. Is this a known problem? I'm up to date on iPengHD updates, and I'm running LMS 7.7.2 - r33893. Owen Smith's Profile: http://forums.slimdevices.com/member.php?userid=42371 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
bpa wrote: Ralphy might be able to provide some specific about whether loopback device needs to be same user / process tree etc. It is strange that arecord works and ecasound doesn't as they are run under same userid seems to imply an ecsasound config issue rather than a permissions one unless arecord has a s permissions. The -i:alsa,hw:Loopack,1 should not have the comma after alsa. Try -i:alsahw,Loopback,1 I also had to add the user running LMS to the audio group before ecasound could open the loopback device. You can check the alsa device tree for a clue. Code: $ ls -l /dev/snd/ total 0 crw-rw 1 root audio 116, 0 May 18 14:35 controlC0 crw-rw 1 root audio 116, 32 Jul 29 12:27 controlC1 crw-rw 1 root audio 116, 64 May 18 14:35 controlC2 crw-rw 1 root audio 116, 24 May 19 19:50 pcmC0D0c crw-rw 1 root audio 116, 16 Aug 14 11:07 pcmC0D0p crw-rw 1 root audio 116, 25 Aug 12 11:14 pcmC0D1c crw-rw 1 root audio 116, 17 May 18 14:35 pcmC0D1p crw-rw 1 root audio 116, 56 Aug 13 16:28 pcmC1D0c crw-rw 1 root audio 116, 88 May 18 14:35 pcmC2D0c crw-rw 1 root audio 116, 80 May 18 14:35 pcmC2D0p crw-rw 1 root audio 116, 89 May 18 14:35 pcmC2D1c crw-rw 1 root audio 116, 1 May 18 14:35 seq crw-rw 1 root audio 116, 33 May 18 14:35 timer One issue with running arecord is that it stops recording after about 3 hours, basically after having written 2GB. This may be fixed in the current release, I'm still running 1.0.23. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
big_marcelo wrote: Would it be possible to store the playlists locally on the iPad/iPhone? This way if you refresh the server you wouldnt loose a playlist? It's planned. Not as easy as in Android, though, since you can't just add stuff to the device's internal library. Owen Smith wrote: I use iPengHD on an iPad 3. Frequently when I come home from work (iPad at home all day), iPeng won't play anything. I navigate up and down the directory tree until iPeng crashes and quits. Then I can restart it and everything works fine. It's been like this ever since I got my iPad 3, which was one of the first pre-order ones. I only play by Folder structure since about half of my music either isn't tagged at all or is incorrectly tagged. Is this a known problem? I'm up to date on iPengHD updates, and I'm running LMS 7.7.2 - r33893. But you _can_ browse the library up and down (both directions) and it shows correctly? Are you playing in iPeng (using the Playback) or on a Squeezebox? Is the player shown in the player/server list (when you tap the player name at the top right)? What happens when you try to play something? pippin's Profile: http://forums.slimdevices.com/member.php?userid=13777 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
pippin wrote: But you _can_ browse the library up and down (both directions) and it shows correctly? Are you playing in iPeng (using the Playback) or on a Squeezebox? Is the player shown in the player/server list (when you tap the player name at the top right)? What happens when you try to play something? Yes I can browse the folder structure up and down and it shows correctly. I'm playing to either a Duet receiver or a Boom or both sync'd, I don't have local playback on iPeng. Same thing happens regardless of which SqueezeBox(s) are selected. The players are shown in the player/server list. When I try to play something by tapping on a track, absolutely nothing happens. It's as if I hadn't tapped on it. Generally I try twice, if both fail then I navigate up and down the folder tree until iPengHD crashes (since there's no means of quitting it) and then I can run it again and it works fine. Owen Smith's Profile: http://forums.slimdevices.com/member.php?userid=42371 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] OSX Mountain Lion sleep issues
danco wrote: I think you are a bit hard on Logitech. Mountain Lion introduced a new sleep policy (hard drive activity is ignored in resetting the sleep timer, only keyboard or mouse activity counts) that might not have made it into the final version of ML, so it wasn't really something to concentrate on. And ML has been out for less than a month. But the bug report I am asking people to vote for goes back years. danco wrote: Also, it is primarily an Apple issue, as any program that runs for a long time without human interaction (large downloads, video conversion, etc) gets caught. I am not sure if you mean it is an issue for Apple to sort out or an Apple-specific issue for Logitech. My view is that Apple at last have it right. I think it is great that my Mac Mini will at last go to sleep reliably after the time I have set in preferences. It is each App that knows best whether it needs to override these defaults. With the power assertions they have at last given the tools that allow App developers to implement this. danco wrote: If you look at the Mountain Lion section of Apple support community, the thread help with caffeinate, you will find, as soon as I have time to put it up, instructions on how to write your own script to keep a Mac awake. Someone else will need to write a simple program to put this in the menu bar, in the way that Caffeine did. Sorry but this is the wrong way round. We should not need Caffeine anymore if developers cotton on and adapt their programs for ML. I would worry that providing such a menu bar facility would give developers a get-out from doing so. Using caffeinate directly from the command line gives us all we really *need* in the mean time - apart from convenience. danco wrote: I know a fair bit about this kind of problem, because of the reverse issue. My Mac running Snow Leopard refuses to go to sleep according to the Energy Saver settings. That got solved by using a third party sleep timer, but those were not reset by hard drive activity. So I had to use Jiggler or Caffeine to keep the Mac awake when I needed to (or Really Prevent Standby or Sever Power Control for Squeezebox use). Me too. Exactly. We should not need third party sleep timers or third party keep-awake timer kludges. Logitech, along with other developers need to be pushed to take advantage of power assertions under ML. Please vote for http://bugs.slimdevices.com/show_bug.cgi?id=8141 - the caffeinate source code I point to was intended as a possible model for developers to use in their own Apps. I did not envisage caffeinate itself being called. nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581 View this thread: http://forums.slimdevices.com/showthread.php?t=95980 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
[SlimDevices: Plugins] Squeezebox Win 7 Desktop Gadget No Longer Works
I have been using the Squeezebox Win 7 desktop gadget but now it has stopped working. The issue is that the settings in the gadget (info on the server to use) will no longer stick, they are gone as soon as I close the options window. I looked in the Windows Sidebar folder (C:\Users\[User Name]\AppData\Local\Microsoft\Windows Sidebar) and the settings info is stored in the Settings.ini file. It just seems that the gadget is no longer able to read from it. Other gadgets work. I suspect the recent Windows security update has changed something due to the newly discovered risks with using gadgets. Anyone have any idea how I can fix this? vagskal's Profile: http://forums.slimdevices.com/member.php?userid=20778 View this thread: http://forums.slimdevices.com/showthread.php?t=96095 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
ralphy wrote: Then you need use this for the tune in url wavin:hw,Loopback,1 /QUOTE] Not wavin:hw:Loopback,1 ? that's what currently works with arecord. I'll try wavin:hw,Loopback,1 for ecasound atca's Profile: http://forums.slimdevices.com/member.php?userid=56880 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
ecasound doesn't like -i:alsahw:Loopack,1 I think it has to be -i:alsa:hw:Loopack,1 ecasound: ERROR: [ECA-SESSION] : Audio object alsahw:Loopack atca's Profile: http://forums.slimdevices.com/member.php?userid=56880 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
ralphy wrote: One issue with running arecord is that it stops recording after about 3 hours, basically after having written 2GB. That is about the maximum size of a file in WAVE format due to the frame count in Wave file header. LMS had this problem with Flac when encoding internet streams into Flac - so standard Flac was patched. Was arecord output being fed into Flac ? if yes, was it LMS version of Flac or standard Flac ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
atca wrote: ralphy wrote: Then you need use this for the tune in url wavin:hw,Loopback,1 Not wavin:hw:Loopback,1 ? that's what currently works with arecord. I'll try wavin:hw,Loopback,1 for ecasound Yes, arecord uses the colon. ecasound changed the -i alsa format a while ago. It took me a while to figure it out. ecasound -i:alsahw,Loopback,1 -C -D -d:0 -o:stdout arecord -q -f cd -D hw:Loopback,1 -t wav - ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
bpa wrote: That is about the maximum size of a file in WAVE format due to the frame count in Wave file header. LMS had this problem with Flac when encoding internet streams into Flac - so standard Flac was patched. Was arecord output being fed into Flac ? if yes, was it LMS version of Flac or standard Flac ? It was/is SqueezeCenter 7.3.4 flac. However, I also tried to use arecord to capture audio directly to a wave file and it still dies after 2GB. With ecasound I can stream for days at a time. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
ralphy wrote: Yes, arecord uses the colon. ecasound changed the -i alsa format a while ago. It took me a while to figure it out. ecasound -i:alsahw,Loopback,1 -C -D -d:0 -o:stdout arecord -q -f cd -D hw:Loopback,1 -t wav - Thanks think I've got to the same understanding now. Ok so, arecord -D hw:loopback,1 -f cd | aplay -D hw:0 -f cd works and I get sound locally on the server, when I use arecord with WavInput I get sound on the Squeezebox but with hiss and 1 out of 3 attempts static. Taking a step back I am trying to get ecasound to take the shairplay stream and output to the speakers on the server before taking the leap to Squeezebox. 2,1 is the output of the loopback 0,1 is definitely my server soundcard headphone jack I'm trying the following command to output to the speakers under a trial and error of all sorts of user accounts / permissions yet to no avail so the issue lies with alsa / ecasound I think: ecasound -C -D -ddd -i:alsa,hw,2:0 -o:alsa,hw,0:1 ecasound -C -D -ddd -i:alsahw,2,0 -o:alsahw,0,1 Thanks Ralph for your input so far, I will crack this at somepoint. atca's Profile: http://forums.slimdevices.com/member.php?userid=56880 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
Cool got it working under ecasound with 8-9 seconds lag. hurrah Shairport under both arecord and ecasound sudo perl /usr/bin/shairport/shairport.pl -v -a Squeezebox Airplay --ao_driver alsa --ao_devicename=hw:Loopback,0sudo perl /usr/bin/shairport/shairport.pl -v -a Squeezebox Airplay --ao_driver alsa --ao_devicename=hw:Loopback,0 ARECORD SETTINGS: LMS Favourite is wavin:hw:Loopback,1 Code: # # wavin # wavin wav * * # R [arecord] -d0 -c2 -f S16_LE -r 44100 -twav -D $FILE$ wavin mp3 * * # RB:{BITRATE=-B %B} [arecord] -d0 -c2 -f S16_LE -r 44100 -twav -D $FILE$ | [lame] --silent -r -x -q $QUALITY$ -b $BITRATE$ - - wavin flc * * # R [arecord] -d0 -c2 -f S16_LE -r 44100 -twav -D $FILE$ | [flac] -cs --totally-silent --endian=little --channels=2 --sign=signed --bps=16 --sample-rate=44100 --compression-level-0 - ECASOUND SETTINGS: LMS Favourite is wavin:hw,2,1note: ecasound didn't like wavin:hw,*Loopback*,1 or wavin:hw,*loopback*,1 Code: # #wavin # wavin wav * * # R [ecasound] -D -dd -q -z:db -b:4096 -f:16,2,44100 -i:alsahw,2,1 -o stdout $@ 2/tmp/ecasound.log wavin mp3 * * # RB:{BITRATE=-B %B} [ecasound] -D -dd -q -z:db -b:4096 -f:16,2,44100 -i:alsahw,2,1 -o stdout $@ 2/tmp/ecasound.log | [lame] --silent -r -x -q $QUALITY$ -b $BITRATE$ - - wavin flc * * # R [ecasound] -D -dd -q -z:db -b:4096 -f:16,2,44100 -i:alsahw,2,1 -o stdout $@ 2/tmp/ecasound.log | [flac] -cs --totally-silent --endian=little --channels=2 --sign=signed --bps=16 --sample-rate=44100 --compression-level-0 - the ecasound error log can be read with (this was really helpful) sudo tail -f -n 20 /tmp/ecasound.log I still have some hiss on the ecasound and arecord streams, all other pulse and alsa input interfaces are muted and when the music stream is stopped on shairplay the hiss disappears which leads me to think the gain on the shairplay stream needs to be attenuated. That said the sound on the pipe has no hiss at all which suggest my speculation is incorrect. Now I have all three options working I'll see if I can improve the latency on the pipe. Thanks both for your time so far. atca's Profile: http://forums.slimdevices.com/member.php?userid=56880 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
That sounds really weird. Could you try whether that's only when browsing folders? Can you issue commands on the NowPlaying screen? pippin's Profile: http://forums.slimdevices.com/member.php?userid=13777 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
pippin wrote: That sounds really weird. Could you try whether that's only when browsing folders? Can you issue commands on the Player controls? I'm not sure what you mean. What player controls can I access from iPeng? I've noticed the volume of the Boom can be controlled but not much else. I can't stop, start or pause since nothing is playing. Or did you have some other controls I haven't used in mind? iPengHD appears to be creating dump files when it crashes. I had assumed they're sent automatically to the developers and was just waiting for a fix to appear. Then I spotted this forum by accident when looking for something else. Owen Smith's Profile: http://forums.slimdevices.com/member.php?userid=42371 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Beta version of SvrPowerControl
mfo wrote: Hi Gordon, I just discovered you plugin and I'm wondering if it could help me (I'm suspecting it's a no but asking nonetheless, someone could have an idea to help solve it). I'm running an unusual setup to feed my SB (a radio and a boom): - Machine hosting LMS is a Cubox from SolidRun runnning a Debian - Cubox doesn't have large disk space attached so my music files are stored on a NAS (Iomega IX2-200 Cloud Edition) - I have a NFS mount on Cubox to the NAS to give the LMS access to my music files - NAS is not always on (power consumption, heat dissipation, noise) - NAS is a bit old, doesn't support WOL (a crying shame if you ask me) - NAS is plugged on a remote controlled electric plug which can be controlled by Cubox (using RFXCOM and XPL technos) Knowing all the above, here's what I'm trying to achieve: - Whenever a SB is requesting a media file to Cubox that is stored on the NAS: power up the NAS (through remote controlled plug), wait for it to come up and mount the NFS share. - When SB is powered off (with remote or button), unmount the NFS share as I experience LMS hangs if the NAS is switched off while SB are still depending on it for playing files. I've got custom Bash scripts trying to achieve the above, they are somewhat working, most of the time but it is globally not satisfying. Is there an elegant solution to solve this ? Can the plugin help ? Do I have to improve my scripts because there's no hope elsewhere ? Thanks in advance to anyone bringing thoughts on this mess, which was intended to be a master piece at the beginning :-) Marc I'm going to suggest that you not try to have SrvrPowerCtrl perform these chores for you. A much better fit, I think, would be to use Peter Watkin's PowerCenter plugin: http://www.tux.org/~peterw/slim/PowerCenter.html By using this plugin, you could have your powerup/mount -- unmount/powerdown procedures happen automatically any time your Squeezebox player is turned on or off. You can take your existing bash scripts and make a new bash script named /usr/local/sbin/heyu. Your 'fake' heyu script stands in for a real X10 control heyu binary executable. Configure PowerCenter to call your script on Squeezebox power events. When PowerCenter calls your fake heyu script, the args it will pass will be 'on' or 'off' for $1, and a 'housecode' for $2. The 'housecode' (e.g. 'A2') could identify which Squeezebox is being powered on or off...or your could ignore it in your script. With this approach, all the heavy lifting is done for you. PowerCenter monitors the power state of the Squeezeboxes and will call your script whenever that state changes. You could also add Jason Holtzapple's PowerSave plugin. That plugin will automatically power off Squeezeboxes after they've been idle for a set period of time. When that happens, then PowerCenter will automatically call your fake heyu script and the NAS unmount/poweroff routine could get run. I use both these plugins to automatically power on and off my big amps connected to my Transporter. Even though the amps are on an X10 appliance module, I'm using a fake heyu script to communicate with a CM19A USB x10 transceiver via mocahd. Here's my fake /usr/local/sbin/heyu script: Code: #!/bin/bash # Script to emulate heyu utility. Called by Peter Watkin's LMS PowerCenter plugin. # Uses netcat to send X10 commands via mochad controlling a CM19A USB transciever. # # Args: # $1 == command (i.e. off|on) # $2 == house code (i.e. A2, etc.) SCRIPT=$(basename $0) LOGFILE=/var/log/heyu.log # Stamp a message with the date and the script name (and process id) using # the same format as found in the squeezeboxserver server.log # date_message(){ DATE=$(date '+%F %H:%M:%S.%N') DATE=${DATE#??} DATE=${DATE%?} echo [${DATE}] ${SCRIPT} ($$) $@ } # Check to see that we can write to our logfile # check_log(){ if [ ! -w $LOGFILE ]; then echo Configuring log file ${LOGFILE}.. touch $LOGFILE chmod 666 $LOGFILE fi } # Check to see that mochad is running. It may very well not be if we've # resumed from S3 sleep. # check_mochad(){ BINFILE=$(cat /etc/udev/rules.d/91-usb-x10-controllers.rules | sed -n -e '0,/^.*\\(\/.*\)\/s//\1/p') if [ $(pgrep -f $BINFILE | wc -l) -lt 1 ]; then LOGFILE='/var/log/mochad.log' DATESTR=$(date +%b %e %H:%M:%S) HOSTNAM=$(hostname) date_message ${HOSTNAM} mochad[ ]: Restarting ${BINFILE}.. $LOGFILE eval $BINFILE
Re: [SlimDevices: Plugins] OSX Mountain Lion sleep issues
nonnoroger wrote: But the bug report I am asking people to vote for goes back years. Yes, but the problem occurred because some machines (not all, I think) simply did not behave the way Apple stated that sleep worked. That is, they would sleep even when there was hard drive activity, although Apple specifically stated that hard drive activity prevented sleep. It would have been a nice feature if Logitech/SlimDevices had worked round this, but it was hardly a bug . I am not sure if you mean it is an issue for Apple to sort out or an Apple-specific issue for Logitech. My view is that Apple at last have it right. I think it is great that my Mac Mini will at last go to sleep reliably after the time I have set in preferences. It is each App that knows best whether it needs to override these defaults. With the power assertions they have at last given the tools that allow App developers to implement this. I agree with you. Power assertions seems a good way to go. I wonder if Apple just decided that hard drive activity simply did not prevent sleep reliably enough, and decided to provide power assertions. Sorry but this is the wrong way round. We should not need Caffeine anymore if developers cotton on and adapt their programs for ML. I would worry that providing such a menu bar facility would give developers a get-out from doing so. Using caffeinate directly from the command line gives us all we really *need* in the mean time - apart from convenience. We should not need third party sleep timers or third party keep-awake timer kludges. Logitech, along with other developers need to be pushed to take advantage of power assertions under ML. I partly agree. Certainly developers need to take advantage of power assertions. I am not sure that it is a matter of pushing, as developers do need time to respond to the changes in ML. caffeinate from the command-line is, as you say, all we *need*, but a double-clickable file (even if not a menu bar item) is *much* more convenient. I have several programs that are still useful but are no longer being developed, so caffeinate (via command-line or shell script) is needed. And others where from time to time I want my computer and display awake, so that I can see what is going on with them. danco's Profile: http://forums.slimdevices.com/member.php?userid=210 View this thread: http://forums.slimdevices.com/showthread.php?t=95980 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
pippin wrote: That sounds really weird. Could you try whether that's only when browsing folders? Can you issue commands on the Player controls? Just now I couldn't play from a file in the Folder view again. So I went to Artists and selected a random Queen album and that played fine. Once I'd done that I could go back to the Folder view and play files from there without any trouble. What that tells you I don't know. Owen Smith's Profile: http://forums.slimdevices.com/member.php?userid=42371 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] OSX Mountain Lion sleep issues
Turns out that kIOPMAssertionTypePreventSystemSleep has been available since OS X 10.7 (Lion). See http://developer.apple.com/library/mac///#/documentation/IOKit/Reference/IOPMLib_header_reference/Reference/reference.html nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581 View this thread: http://forums.slimdevices.com/showthread.php?t=95980 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
You say that you usually just select from folders and that your tags are a mess. Does LMS complete a full wipe rescan OK? Have you tried clearing iPeng's cache? pallfreeman's Profile: http://forums.slimdevices.com/member.php?userid=37667 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
Yep. Whether the scan is complete is something I would have asked, too. Clearing the cache doesn't help since iPeng doesn't cache folders (you can't, tey get re-scanned every time you browse into them). I really wonder whether the problem might be that the whole folder tree gets invalidated while iPeng is asleep (due to rescanning). In this case it would help to re-start from the root of the browse tree. The crashing might be related, when iPeng needs to reload all it's data it crashes more often. I actually might just have fixed one reason for that, not sure. All of this points a bit towards a server that is perpetually scanning. pippin's Profile: http://forums.slimdevices.com/member.php?userid=13777 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
pallfreeman wrote: You say that you usually just select from folders and that your tags are a mess. Does LMS complete a full wipe rescan OK? Have you tried clearing iPeng's cache? LMS completes a scan fine according to scanner.log. I have it set to do a full rescan daily at 6AM. What iPeng cache? It didn't even know it had one, and now I don't know have to clear it. Owen Smith's Profile: http://forums.slimdevices.com/member.php?userid=42371 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] iPeng support thread
pippin wrote: Yep. Whether the scan is complete is something I would have asked, too. Clearing the cache doesn't help since iPeng doesn't cache folders (you can't, tey get re-scanned every time you browse into them). I really wonder whether the problem might be that the whole folder tree gets invalidated while iPeng is asleep (due to rescanning). In this case it would help to re-start from the root of the browse tree. The crashing might be related, when iPeng needs to reload all it's data it crashes more often. I actually might just have fixed one reason for that, not sure. All of this points a bit towards a server that is perpetually scanning. It is not perpetually scanning. scanner.log attached: 13648 +---+ |Filename: scanner.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=13648| +---+ Owen Smith's Profile: http://forums.slimdevices.com/member.php?userid=42371 View this thread: http://forums.slimdevices.com/showthread.php?t=51929 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins