mcdudeabides wrote: > Hello Steen. I've been able to exercise 1.14d for a bit. All of the > wifi cards I have work out of the box with this release. Certainly a > good step forward. I have two things to share for your consideration. > > 1) Using the picoreplayer.sh script approach to setup: If your intent > is to abandon the script setup option, then my suggestion may have no > merit. However for those occasions where one cannot launch the web > interface, the old standby of the ssh to perform script setup is a > lifesaver. To that extent, if one uses only the script to setup options > (like wifi), then the parameters set in wifi.db do not survive a reboot. > The bootlocal.sh will exec > "mnt/mmcblk0p2/tce/OliWeb-master/ivySox/myweb/do_rebootstuff.sh" and > this will reset wifi.db with the initial values contained in > /usr/local/sbin/config.cfg > (/mnt/mmcblk0p2/tce/Oliweb-master/ivySox/myweb/config.cfg). Somehow the > values captured with the setup script must be reflected in the > config.cfg to have both work properly. If this is something you agree, > I would be willing to take a first pass at amending the script logic for > option 10 to save values to the config.cfg file.
Thanks, you are absolutely right. The SSH piCoreplayer script has been neglected for some time, as I have been focused on the web-GUI stuff. Therefore, I have not added the functionality of saving changes made by the SSH script to the config.cfg file - so as you describe changes will not survive a reboot. I will be happy if you have the time to look into this and I would be happy to incorporate these changes into the new piCorePlayer. At some time I was thinking that we didn't need the piCorePlayer script anymore, but actually I think we need both a web-GUI and a SSH script? mcdudeabides wrote: > 2) Server assignment of squeezelite player name: Given the portable > nature of these devices, I have seen many occasions where my friends > will relocate them. The initial names given the players are no longer > relevant and I get the call for help in changing the name (at least I > can get a beer out of it:-)). Most of the web controllers and remote > control applications (iPeng in particular) can allow the name of the > player to be set from the controller. The following changes to a few > items would allow this to happen and still preserve the ability to enter > a hardwired name in the web interface. > -in /usr/local/etc/init.d/squeezelite_initd change line 13. > > Code: -------------------- > > if [[ X"" = X"$NAME" ]]; then NAME="-N /mnt/mmcblk0p2/tce/playername.cfg"; else NAME="-n $NAME"; fi > -------------------- > > > If the NAME field on the web form is set to null (cleared), then the > logic will allow the -N option to express. > > -to enable this logic on first boot, the config.cfg file you ship with > the image should have the NAME variable set to "". > > -the playername.cfg is stored on /mnt/mmcblk0p2/tce so that any writes > by squeezelite (via server call) will be preserved over reboots. If > you place "piCorePlayer" as the default text in this file for the > image you ship, then if no action is taken the player will > automatically show up as "piCorePlayer". I'm not sure I quite understand what you are suggesting here. What is the problem with the current way it works? However if a change is needed I would prefer to keep all variables in one config file. So if you need to use an alternative name variable if NAME is set to null, could we not use a new static variable in config.cfg like: GENERIC_NAME=piCorePlayer and then make the logic something like: Code: -------------------- if [[ X"" = X"$NAME" ]]; then NAME="-n $GENERIC_NAME"; else NAME="-n $NAME"; fi -------------------- mcdudeabides wrote: > Hopefully I haven't been too intrusive with these suggestions. You have > my email should you want to get any further specifics covered. > > Thanks again for the great project. Not at all. I like to learn and if no one is commenting on the piCorePlayer I think I would lose interest So please continue asking questions and suggest improvements. /Steen piCorePlayer a small player for the Raspberry Pi (25MB in RAM). Homepage: https://sites.google.com/site/picoreplayer/home and discussion: http://forums.slimdevices.com/showthread.php?97803-piCoPlayer-Squeezelite-on-Microcore-linux-An-embedded-OS-in-RAM-with-Squeezelite Squeezeboxserver on Voyage Linux 500 MB CF-card (read-only) http://forums.slimdevices.com/showthread.php?90581-HOW-TO-install-squeezeboxserver-on-very-small-Linux-(Voyage-linux) Please 'donate' (https://www.paypal.com/uk/cgi-bin/webscr?cmd=_flow&SESSION=_Wc9nDqkHvtg-sUXCIrz1nB1Ct8pwHDrBSxETDiHfpX5H6F4Wflav3VBIAK&dispatch=5885d80a13c0db1f8e263663d3faee8d7ff5e1e81f2ed97dd1e90bd72966c40c) if you like the piCorePlayer ------------------------------------------------------------------------ sbp's Profile: http://forums.slimdevices.com/member.php?userid=37237 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 _______________________________________________ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix