Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
@Greg That was it. Things just got seriously better. Thx. Now the sourceforge access works too. ;) I figured the sourceforge mirror downloads are taking at least double the time. ( compiletc >> ~2min vs ~4min) Now. The pcp-load "help" wasn't that "clear" either. There's been stuff missing and IMO not correct. I tried to update it. (Yep, I know. Cosmetics ;) ) I also had to change the examples! Here is my update proposal for @Paul. Code: ###ORIG pcp-load Version 12.0pCP Usage: pcp-load [ -i -w -wi -wo -wil -ic -wic -wicl]{s} extensions -i Loads local extension -w Download extension only -wi Download and install extension -wo Download and create an ondemand item Adding -c to any -i option will force a one time copy to file system Adding -l to any -i option indicates load only - do not update onboot or ondemand Adding -s to any option will suppress OK message used by apps GUI Example usage: Load local extension: pcp-load -i /mnt/mmcblk0p2/tce/optional/nano.tcz Download into tce/optional directory, updates OnBoot and installs: pcp-load -w -i nano.tcz Download only into tce/optional directory: pcp-load -w nano.tcz Use alternative repository, root level pcp-load -r https://repo.picoreplayer.org/repo Use alternative repository, override absolute path. pcp-load -u https://repo.picoreplayer.org/repo/10.x/armv7/tcz ##MY NEW PROPOSAL### pcp-load Version 12.0pCP Usage: pcp-load [-r|-u ] [ -i -w -wi -wo -wil -ic -wic -wicl]{s} extensions -i Loads local extension -w Download extension only -wi Download and install extension -wo Download and create an ondemand item -r Specify repository -u Specify subsection in repository Adding -c to any -i option will force a one time copy to file system Adding -l to any -i option indicates load only - do not update onboot or ondemand Adding -s to any option will suppress OK message used by apps GUI Example usage: Load local extension: pcp-load -i /mnt/mmcblk0p2/tce/optional/nano.tcz Download into tce/optional directory, updates OnBoot and installs: pcp-load -w -i nano.tcz Download only into tce/optional directory: pcp-load -w nano.tcz Use alternative repository pcp-load -r https://repo.picoreplayer.org/repo -w nano.tcz Use alternative repository subsection pcp-load -u https://repo.picoreplayer.org/repo/10.x/armv7/tcz -w nano.tcz :::' my blog - latest: \"The Audio Streaming Series - introducing: tuning kit - pCP (beta)\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
devilsfun wrote: > Hi, > > I'm running pcp 7.0 with 4 Radios and after a while the clock on the > radios shows the wrong time. > > To fix this I have to restart the pcp. Is this a known problem? is there > a fix that maybe the pcp syncs the time every day? > Yes - see https://forums.slimdevices.com/showthread.php?112335-piCorePlayer-6-configuring-NTP-server&p=977176&viewfull=1#post977176 Paul Webster http://dabdig.blogspot.com author of \"now playing\" plugins covering radio france (fip etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
devilsfun wrote: > Hi, > > I'm running pcp 7.0 with 4 Radios and after a while the clock on the > radios shows the wrong time. > > To fix this I have to restart the pcp. Is this a known problem? is there > a fix that maybe the pcp syncs the time every day? > > Time sync is a separate issue. There is a long-standing Jivelite bug apparently and hard to diagnose. https://forums.slimdevices.com/showthread.php?103330-Jivelite-for-piCorePlayer&p=908070#post908070 I'm still seeing it with pcp 7.0.0. The purist in me hates periodic restarting though as a"fix". ;-) mr-b's Profile: http://forums.slimdevices.com/member.php?userid=10044 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
Paul Webster wrote: > Yes - see > https://forums.slimdevices.com/showthread.php?112335-piCorePlayer-6-configuring-NTP-server&p=977176&viewfull=1#post977176 great, thank you very much. 1-Touch, 3-Radio, 1-UE Radio Raspberry Pi 4 / 4gb - piCorePlayer v7.0.0 - LMS 8.1.0 devilsfun's Profile: http://forums.slimdevices.com/member.php?userid=62326 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
philippe_44 wrote: > The 'pipeline_pending_bytes' are not released either when being shrunk > or re-assigned to the substr() of $pendingBytes. In any case, > unfortunately, it looks like an obscure BSD+Perl issue that will be > quasi-impossible to track w/o a full system and my FreeBSD VM is a real > pain to use on VirtualBox as some of the drivers does not work well. There have been user of LMS on FreeBSD system for a good while and transcoding is bound ot be used - yet I don't recall crash report. Could it be that the behaviour (i.e. don't shrink memory allocation from "high water" mark is normal for FreeBSD) is normal FreeBSD and that perhaps FreeBSD does shrink it back if resources get stretched. A bit like the 500 file handles issues just discussed. @Simonef Assuming this is not a LMS bug. What is the long term detrimental effect of large memory allocated to LMS - does system crash ? What problem could arise with large memory allocated to LMS - do other processes fail to start ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
bpa wrote: > There have been user of LMS on FreeBSD system for a good while and > transcoding is bound ot be used - yet I don't recall crash report. > > Could it be that the behaviour (i.e. don't shrink memory allocation from > "high water" mark is normal for FreeBSD) is normal FreeBSD and that > perhaps FreeBSD does shrink it back if resources get stretched. A bit > like the 500 file handles issues just discussed. > > @Simonef > Assuming this is not a LMS bug. > What is the long term detrimental effect of large memory allocated to > LMS - does system crash ? > What problem could arise with large memory allocated to LMS - do other > processes fail to start ? The process will fill all the RAM and then crash. The "long-term" depends on the transcoding. In extreme cases it can take 2 hours to fill 12GB and then crash. philippe_44 wrote: > I re-read the pipeline code and I can only think that BSD screws up > either with the reader/writer/source socket by not releasing buffer when > using localhost sockets or in that code > > Code: > > > if ($writelen) { > > main::DEBUGLOG && $log->debug("Wrote $writelen bytes to pipeline writer"); > > if ($writelen != $pendingSize) { > ${*$self}{'pipeline_pending_bytes'} = substr($pendingBytes, $writelen); > ${*$self}{'pipeline_pending_size'} = $pendingSize - $writelen; > } > else { > ${*$self}{'pipeline_pending_bytes'} = ''; > ${*$self}{'pipeline_pending_size'} = 0; > } > } > else { > > ${*$self}{'pipeline_pending_bytes'} = $pendingBytes; > ${*$self}{'pipeline_pending_size'} = $pendingSize; > > if ($! != EWOULDBLOCK) { > return undef; # reflect error to caller > } > > last; > } > > > > The 'pipeline_pending_bytes' are not released either when being shrunk > or re-assigned to the substr() of $pendingBytes. In any case, > unfortunately, it looks like an obscure BSD+Perl issue that will be > quasi-impossible to track w/o a full system and my FreeBSD VM is a > real pain to use on VirtualBox as some of the drivers does not work > well. > > [edit]: Have you looked more broadly at BSD and Perl and Memory Leak? > For example, https://github.com/Perl/perl5/issues/17105 talks about an > issue with syslog. I'm not a real FreeBSD user, I just do quick > verification when some of my apps are compiled for it. I'm gonna try the fix mentioned in the github issue you linked. If it fail I'll setup a vm on my server and I'll send you credentials. (I'm unable to send you MP, don't know why, do you have an e-mail addr?) https://audiodigitale.eu Simonef's Profile: http://forums.slimdevices.com/member.php?userid=67438 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
A Q or better an idea related to the backup function. Which I think is a nice feature. By reading the code I figured that 1. only the effective image size gets backed up - GREAT - and 2. the whole thing gets gzipped 3. I also saw that the space gets checked on the target Now. By definition the backup supposedly works towards attached USB disks only. Hmmh. However. With 2/4/8 GB RAM at hand, a backup of rather small partitions could easily be done and stored on /tmp tmpfs without a USB-disk attached. >From /tmp the image could then easily be transferred via scp to whatever destination. Doing it this way has an IMO huge advantage since you could run all the backups in the house without carrying your USB-HDDs from A2B around. I think this small change could easily be accomplished in the code. And would make the backup function even more useful. \SC :::' my blog - latest: \"The Audio Streaming Series - introducing: tuning kit - pCP (beta)\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
chill wrote: > Although this seems to work, after reading up a bit I'm not convinced > it's working the way I thought. Apparently a process spawned in the > background in this way will be killed when the calling script ends. Well I was wrong. Somehow that spawned script is NOT killed when the script that spawned it finishes. Maybe I've misunderstood what I've read. I tried it with a loop that would always iterate 5 times at 1 second intervals, and it kept iterating even after the calling script had ended. As far as I can tell, that's not standard bash behaviour, so I'm at a loss to explain it. However, it means that the bit of code, in my SQLITE-control.sh script above, where squeezelite is started ('/home/tc/restartSQLITE.sh &'), apparently doesn't need changing. chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
pCP ? sh rather than bash perhaps makes a difference. Paul Webster http://dabdig.blogspot.com author of \"now playing\" plugins covering radio france (fip etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
Paul Webster wrote: > pCP ? sh rather than bash perhaps makes a difference. Maybe you're right. I should try it with bash. Code: tc@pCPLounge:~$ ./outerlooptest.sh Outerlooptest starting at Mon Feb 8 11:07:09 GMT 2021 Outerlooptest ending at Mon Feb 8 11:07:09 GMT 2021 tc@pCPLounge:~$ looptest.sh loop at Mon Feb 8 11:07:09 GMT 2021 looptest.sh loop at Mon Feb 8 11:07:10 GMT 2021 looptest.sh loop at Mon Feb 8 11:07:11 GMT 2021 looptest.sh loop at Mon Feb 8 11:07:12 GMT 2021 looptest.sh loop at Mon Feb 8 11:07:13 GMT 2021 looptest.sh finished at Mon Feb 8 11:07:14 GMT 2021 chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Alsa mixer on picore - cannot save
Greg Erskine wrote: > Are you guys using the Card Control screen? > > 33271 > > The [Save] button does the backup and sets ALSAlevelout="Custom" so the > saved volume is restored after a reboot. > > Has this process broken? I haven't used it for many years. The only time > is used it was after shairport-sync had changed the ALSA volume. > > I am not sure why the default value of 0dB needs to be changed? > > Are you guys using your Topping E30 in DAC or PRE mode? I am just > plugging my E30 in and it works with no ALSA fiddling required. This functionality is also not working for me. I'm using a Apple USB-C Headphone Jack on my Raspberry Pi Zero W with the latest PCP. I have to change to Alsamixer settings because the default setting is at 40 which is way to quiet for my setup. Using alsactl under Tweaks -> Commands fixes the problem. Manlycookiebear's Profile: http://forums.slimdevices.com/member.php?userid=71303 View this thread: http://forums.slimdevices.com/showthread.php?t=111540 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
Tried it with bash - same result. Puzzling. chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] picoreplayer 7 + RPI3B + 3.5 inch screen + jivelite - no touch
hello, this is the output of step 12. 33282 in the jivelite.sh script I did this to temporarly fix the issue #!/bin/sh #EVENTNO=$(CAT /PROC/BUS/INPUT/DEVICES | AWK '/ADS7846 TOUCHSCREEN/{FOR(A=0;A>=0;A++){GETLINE;{IF(/MOUSE/==1){ PRINT $NF;EXIT 0;') export JIVE_NOCURSOR=1 export SDL_VIDEODRIVER=fbcon export SDL_FBDEV=/dev/fb1 EXPORT TSLIB_TSDEVICE=/DEV/INPUT/EVENT0 #$EVENTNO export SDL_MOUSEDRV=TSLIB while true; do /opt/jivelite/bin/jivelite sleep 3 done after that it worked peferctly Regards +---+ |Filename: Captura.JPG | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33282| +---+ hexxx's Profile: http://forums.slimdevices.com/member.php?userid=71339 View this thread: http://forums.slimdevices.com/showthread.php?t=113877 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
I am not sure to which backup code you are referring to? Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
carsten_h wrote: > > > I also have to restore the ALSA-settings with: > > Code: > > sudo /usr/local/sbin/alsactl restore > > > in my script. > > Is this something that can be included in this. I don't know when this > is normally called. When I start the Pi with powered on speakers, it > is done. So maybe there is more that should be done when switching on > things later. I've been looking into this. I have the same issue as described in 'this thread' (https://forums.slimdevices.com/showthread.php?111540-Alsa-mixer-on-picore-cannot-save) - in my boot log I see: Code: Starting ALSA configuration...alsactl: init:1787: Cannot find soundcard 'USB'... alsactl: load_state:1763: Cannot find soundcard 'USB'... .alsactl: load_state:1763: Cannot find soundcard 'USB'... .alsactl: load_state:1763: Cannot find soundcard 'USB'... .alsactl: load_state:1763: Cannot find soundcard 'USB'... .alsactl: load_state:1763: Cannot find soundcard 'USB'... .alsactl: load_state:1763: Cannot find soundcard 'USB'... ALSA restore error! This seems to be due to two separate issues: 1) My sound card isn't called 'USB', it's called 'DAC' 2) Even if named correctly, then timing seems to be an issue - the ALSA configuration has to happen after the sound card has been detected. The workaround for 1) is, as you say, to issue 'sudo /usr/local/sbin/alsactl restore'. So I think there are two places in the scripts where this has to be issued. Firstly, it has to be issued when the SQLITE-control.sh script is looking for the sound card immediately after boot. So that's in the 'find' section. Place that command as indicated in bold: Code: find ) # create the file with the kernel name idVendor="" idProduct="" echo "Searching for DAC with idVendor=$idVendor and idProduct=$idProduct in dmesg" >> /var/log/pcp_DAC.log dacdev=$(dmesg | grep -m 1 "idVendor=$idVendor, idProduct=$idProduct" | awk -F usb {'print $2'} | awk -F : {'print $1'}) echo $dacdev > /tmp/DACdevice.txt if [ -z $dacdev ]; then echo "DAC not detected" >> /var/log/pcp_DAC.log else echo "DAC detected on $dacdev" >> /var/log/pcp_DAC.log *sudo /usr/local/sbin/alsactl restore* fi ;; Secondly, it has to be issued whenever squeezelite (re)starts in response to the udev rule. I think the best place for that is at the end of the restartSQLITE.sh script Code: #!/bin/sh attempts=5 # number of tries count=$attempts while [ "$(sudo /usr/local/etc/init.d/squeezelite status)" == "Squeezelite not running." ]; do if [ $((count--)) -le 0 ]; then echo "Squeezelite failed to initialize within $attempts attempts." >> /var/log/pcp_DAC.log exit 1 fi echo "Attempting to start squeezelite" >> /var/log/pcp_DAC.log sudo /usr/local/etc/init.d/squeezelite restart >> /var/log/pcp_DAC.log sleep 1 # time interval (seconds) between tries done *sudo /usr/local/sbin/alsactl restore* I've updated my scripts quite a bit, mostly so that they don't need to be personalised with the vendor and product ids, but also to include that 'imaketherules' script as an option within SQLITE-control. The output that's visible in the pCP Logs section is also a bit tidier. I'll post the updated scripts when I've tested them a bit more. chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
Is he referring to the imaging function that I slipped out this weekend without an announcement. You can write to any attached disk ( USB, network) including /tmp. For those that want to try. 1) Run a Patch Update to Pull in new base and web extensions. 2) Reboot 3) Run the Minor Update to update to pCP 7.0.1 piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: https://www.picoreplayer.org Please 'donate' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=U7JHY5WYHCNRU&lc=GB¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
paul- wrote: > Is he referring to the imaging function that I slipped out this weekend > without an announcement. > > You can write to any attached disk ( USB, network) including /tmp. > > > For those that want to try. > > 1) Run a Patch Update to Pull in new base and web extensions. > 2) Reboot > 3) Run the Minor Update to update to pCP 7.0.1 Excellent - thanks Paul. A really useful feature, and nicely implemented. chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
"[ INFO ] There are no current fixes for 7.0.0b6". is what I got after running patch update, rebooting and then minor update. Thanks Howard paul- wrote: > Is he referring to the imaging function that I slipped out this weekend > without an announcement. > > You can write to any attached disk ( USB, network) including /tmp. > > > For those that want to try. > > 1) Run a Patch Update to Pull in new base and web extensions. > 2) Reboot > 3) Run the Minor Update to update to pCP 7.0.1 Howard Passman's Profile: http://forums.slimdevices.com/member.php?userid=16674 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
paul- wrote: > Is he referring to the imaging function that I slipped out this weekend > without an announcement. > > You can write to any attached disk ( USB, network) including /tmp. > > > For those that want to try. > > 1) Run a Patch Update to Pull in new base and web extensions. > 2) Reboot > 3) Run the Minor Update to update to pCP 7.0.1 Excellent, thank you! lalu01's Profile: http://forums.slimdevices.com/member.php?userid=30852 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
Howard Passman wrote: > "[ INFO ] There are no current fixes for 7.0.0b6". is what I got after > running patch update, rebooting and then minor update. Hmm. Tried it on > two pi's. Same result. I gotta be doing something wrong. > > Thanks > > Howard Worked fine for me on 7.0.0 release, may not work on 7beta? *Server - LMS 8.2.0 *Pi4B 4GB/Argon one case/pCP v7.0.0 - 74K library, playlists & LMS cache on SSD (ntfs) *Study -* Pi3B/pCP 7.0.0/pi screen/Hifiberry DAC HAT Ruark MR1 Mk2 *Lounge* - Pi2/pCP 6.0.0 > HiFiBerry DIGI+ > AudioEngine DAC1 > AVI DM5 *Garage* - Squeezebox Boom + Fostex sub *Dining Room* - Pi3B/Bluetooth/Echo Show 8 *Spares* - 2xTouch, 1xSB Radio. 1xSB3, 6xRPi kidstypike's Profile: http://forums.slimdevices.com/member.php?userid=10436 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
Is b6 beta? I just loaded the 7.0 update when I loaded it. Howard kidstypike wrote: > Worked fine for me on 7.0.0 release, may not work on 7beta? Howard Passman's Profile: http://forums.slimdevices.com/member.php?userid=16674 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
chill wrote: > I've been looking into this. I have the same issue as described in > 'this thread' > (https://forums.slimdevices.com/showthread.php?111540-Alsa-mixer-on-picore-cannot-save) > - in my boot log I see: > > Code: > > Starting ALSA configuration...alsactl: init:1787: Cannot find soundcard 'USB'... > alsactl: load_state:1763: Cannot find soundcard 'USB'... > .alsactl: load_state:1763: Cannot find soundcard 'USB'... > .alsactl: load_state:1763: Cannot find soundcard 'USB'... > .alsactl: load_state:1763: Cannot find soundcard 'USB'... > .alsactl: load_state:1763: Cannot find soundcard 'USB'... > .alsactl: load_state:1763: Cannot find soundcard 'USB'... > ALSA restore error! > > > > This seems to be due to two separate issues: > 1) My sound card isn't called 'USB', it's called 'DAC' > 2) Even if named correctly, then timing seems to be an issue - the > ALSA configuration has to happen after the sound card has been > detected. > I did post a suggested fix to issue 1) in that thread but it won't address your issue 2), where the sound card has yet to be detected. coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
coyrls wrote: > I did post a suggested fix to issue 1) in that thread but it won't > address your issue 2), where the sound card has yet to be detected. Thank you - your posts in that thread are where I've learned everything I know about this issue! Anyone using this start/stop USB DAC script will end up with a script being called in User Commands, and since that script will know both the name of the DAC and whether it is available, that's a sensible place to make a targeted 'alsactl restore $cardname' call. Issue 2) is solved by the whole USB DAC detection approach, and another targeted call can be made when the DAC appears online. chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
To address 2), or at least to not attempt to restore settings to a card that hasn't been detected, the test at line 414 of pcp_startup.sh: Code: if [ "$ALSAlevelout" = "Custom" ]; then would also have to include a check that the card has been detected. This check is done earlier at line 356 and should result in a message saying: Code: Failed to find USB when it doesn't detect a USB card. Do you see this message prior to the alasctl messages? coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
coyrls wrote: > To address 2), or at least to not attempt to restore settings to a card > that hasn't been detected, the test at line 414 of pcp_startup.sh: > > Code: > > if [ "$ALSAlevelout" = "Custom" ]; then > > > would also have to include a check that the card has been detected. > This check is done earlier at line 356 and should result in a message > saying: > > Code: > > Failed to find USB > > > when it doesn't detect a USB card. Do you see this message prior to > the alasctl messages? It should be just after the message: > > Code: > > Waiting for soundcard USB to populate. > > Yes, in my boot log I see: Code: Waiting for soundcard USB to populate. Failed to find USB (42). I think that's something that needs fixing in pCP - I think Paul did allude to the possibility that it's 'broken again' :) As I mentioned though, this isn't an issue for people using a udev rule to detect the DAC - the script called by the udev rule can deal with restoring the alsa configuration. chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
I think I'm about there now, with a unified script that handles all the tasks necessary for implementing the udev rules, without any need for user editing. 1) It can generate the udev rules file automatically from just the name of the sound card. 2) It can look for the DAC via a user command at boot 3) It can be called by the udev rules to start and stop squeezelite 4) It has its own internal routine to spawn the built-in /usr/local/etc/init.d/squeezelite script asynchronously. So the steps are simpler now: 1) Paste the script into a file in your home directory. I've called it 'SQLITE_control.sh' on my system, but you can call it whatever you like, because the rules it creates will include the script's current name in them (if you change the filename later, you will need to either edit the rules file to reflect the new name, or just use the script again to remake the rules file - step 2 below). Make the script executable with Code: chmod +x SQLITE-control.sh 2) Make sure your DAC is plugged in and powered up, then run the script with the find option and the name of your card ('DAC' in my case) to create the udev rules file, e.g. Code: ./SQLITE-control make DAC 3) Include a line in User Commands (bottom of the Tweaks page) so that the script is called to find the DAC at boot, e.g Code: ./SQLITE-control find DAC Again, use your card name where I have DAC. That's it. Backup and reboot ('pcp br') and it you should be set. If, like rgro, you don't want squeezelite to stop when your DAC powers down, you can use either of the options that I mentioned in 'this post' (https://forums.slimdevices.com/showthread.php?113661-Start-restart-squeezelite-when-plug-in-USB-dac&p=1008560&viewfull=1#post1008560). This is the current version of my unified script. It's a bit longer because of the extra functions and some commentary at the top, but just select it all, then copy and paste it into your file. Code: #!/bin/sh # Script to be used by udev rules that detect when a USB DAC is connected or disconnected, # in order to start or stop Squeezelite # $1 : is the script option: 'restart', 'stop', 'find' or 'make' # $2 : For 'restart' and 'stop', $2 is the kernel name ($kernel) that is generated by the udev event # It is used to match a 'removed' USB device against the device assigned when the DAC was inserted # For 'find' and 'make', $2 is the (CARD)name of the DAC, as used in the squeezelite command string. # The 'find' option is used at boot to detect which device the DAC is connected to, # in the case that the DAC is up before squeezelite attempts to start. # The 'make' option creates the udev rules file and adds it to /opt/.filetool.lst so that it is included in the user's backup # Examples: # SQLITE-control make DAC # This will create a rules file in /etc/udev/rules.d. # The rule number is curently fixed at 10, and the rule name will equal the card name; in this case 'DAC' # Run this once, manually from the command line. # SQLITE-control find DAC # This will check whether the DAC is connected, and write its kernel id to /tmp/DAC_kername.txt # This is intended to be used as a User Command, run at boot, so that the 'stop' option knows which kernel id to look for. # SQLITE-control restart $kernel and SQLITE-control stop $kernel # (Re)start and stop squeezelite, respectively. # These two options are called by the udev rules in response to 'add' and 'remove' events # They take the $kernel argument that is available when the udev rule is triggered. # The associated udev rules are of the form: # SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="08bb", ATTR{idProduct}=="2704", RUN+="/home/tc/SQLITE-control.sh restart $kernel" # SUBSYSTEM=="usb", ACTION=="remove", RUN+="/home/tc/SQLITE-control.sh stop $kernel" SQLITErestart() { local logfile=$1 local attempts=5 # number of tries local interval=1 # interval between tries (seconds) local uptime local count=$attempts while [ "$(sudo /usr/local/etc/init.d/squeezelite status)" == "Squeezelite not running." ]; do if [ $((count--)) -le 0 ]; then uptime=$(printf [%12s $(cat /proc/uptime | awk {'print $1'})]) echo "$uptime Squeezelite failed to initialize within $attempts attempts." >> $logfile exit 1 fi uptime=$(printf [%12s $(cat /proc/uptime | awk {'print $1'})]) echo "$uptime Attempting to start squeezelite" >> $logfile sudo /usr/local/etc/init.d/squeezelite restart >> $logfile sleep $interval done # determine cardname from squeezelite process id local PID=
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
philippe_44 wrote: > I re-read the pipeline code and I can only think that BSD screws up > either with the reader/writer/source socket by not releasing buffer when > using localhost sockets or in that code > > Code: > > > if ($writelen) { > > main::DEBUGLOG && $log->debug("Wrote $writelen bytes to pipeline writer"); > > if ($writelen != $pendingSize) { > ${*$self}{'pipeline_pending_bytes'} = substr($pendingBytes, $writelen); > ${*$self}{'pipeline_pending_size'} = $pendingSize - $writelen; > } > else { > ${*$self}{'pipeline_pending_bytes'} = ''; > ${*$self}{'pipeline_pending_size'} = 0; > } > } > else { > > ${*$self}{'pipeline_pending_bytes'} = $pendingBytes; > ${*$self}{'pipeline_pending_size'} = $pendingSize; > > if ($! != EWOULDBLOCK) { > return undef; # reflect error to caller > } > > last; > } > > > > The 'pipeline_pending_bytes' are not released either when being shrunk > or re-assigned to the substr() of $pendingBytes. In any case, > unfortunately, it looks like an obscure BSD+Perl issue that will be > quasi-impossible to track w/o a full system and my FreeBSD VM is a > real pain to use on VirtualBox as some of the drivers does not work > well. > > [edit]: Have you looked more broadly at BSD and Perl and Memory Leak? > For example, https://github.com/Perl/perl5/issues/17105 talks about an > issue with syslog. I'm not a real FreeBSD user, I just do quick > verification when some of my apps are compiled for it. Big News. Starting LMS with LC_ALL=C instead of LC_ALL=en_US=UTF-8 solves the bug. My first reaction was "How the f a locale setting can cause a memory leak of 12GB in an OS used by servers (Netflix included as an example)??" Because this seems to be a bug of the OS and not of Perl itself. https://audiodigitale.eu Simonef's Profile: http://forums.slimdevices.com/member.php?userid=67438 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
Next enhancement to the script ... have it work with HDMI as the Squeezelite player. I just experimented - and event with hdmi_force_hotplug=1 in config.txt ... squeezelite does not start up if TV not connected (my test set-up slightly unusual because I have set dtoverly to use kms rather than fkms which results in different device names). I can't test more at the moment because TV in use for watching but other household members. Paul Webster http://dabdig.blogspot.com author of \"now playing\" plugins covering radio france (fip etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
Paul Webster wrote: > Next enhancement to the script ... have it work with HDMI as the > Squeezelite player. > > I just experimented - and event with hdmi_force_hotplug=1 in config.txt > ... squeezelite does not start up if TV not connected (my test set-up > slightly unusual because I have set dtoverly to use kms rather than fkms > which results in different device names). > > I can't test more at the moment because TV in use for watching but other > household members. That's interesting - I don't think I've encountered any problems with squeezelite not starting up when the TV is powered off. Jivelite yes, squeezelite no. And when I looked at fixing this for Jivelite I recall that I didn't spot anything in dmesg when the TV was turned on. But my memory is a bit hazy so I'll take another look. chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
No, you're right - with the TV powered off at the wall then squeezelite doesn't start. I think what's new in my case is I didn't previously use the wall switch - it only went into standby. I now have a smart plug on it, so it goes off completely. chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
Looks like udev not useful in this case. https://www.raspberrypi.org/forums/viewtopic.php?p=1501226&sid=a350ab71d67a4dc9120f2dfc5ddcbf6f#p1501226 Ah well ... I'm setting up a Pi for someone else and I know what the TV will be (for now at least) so I'll have a go at forcing things and maybe rerun Squeezelite once every X minutes (if not already running) during day time hours and tell them to wait a bit after they turn on the TV ... until I can find a better way. Paul Webster http://dabdig.blogspot.com author of \"now playing\" plugins covering radio france (fip etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
Simonef wrote: > Big News. > Starting LMS with LC_ALL=C instead of LC_ALL=en_US=UTF-8 solves the > bug. > > My first reaction was "How the f a locale setting can cause a memory > leak of 12GB in an OS used by servers (Netflix included as an > example)??" Because this seems to be a bug of the OS and not of Perl > itself. > See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239520#c11 Great that you solved it. Even better that it was not something obvious. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
bpa wrote: > Great that you solved it. Even better that it was not something obvious. I hope that the FreeBSD team will solve it quickly, because setting the locale to C can cause problems with file names. A huge thanks to everyone that helped me to figure it out. https://audiodigitale.eu Simonef's Profile: http://forums.slimdevices.com/member.php?userid=67438 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
You were right. I did an insitu of 7.0.0 and that worked. I know I downloaded 7.0.0b6, but I'll be darned if I remember why or when. Thanks, Howard kidstypike wrote: > Worked fine for me on 7.0.0 release, may not work on 7beta? Howard Passman's Profile: http://forums.slimdevices.com/member.php?userid=16674 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
paul- wrote: > Is he referring to the imaging function that I slipped out this weekend > without an announcement. > > You can write to any attached disk ( USB, network) including /tmp. > > > For those that want to try. > > 1) Run a Patch Update to Pull in new base and web extensions. > 2) Reboot > 3) Run the Minor Update to update to pCP 7.0.1 /tmp didn't work. But I tried it on a 2GB RPi4. Perhaps that's a bit too low. Not sure if it helps when killing squeezelite, which sits in the background with a massive 400MB rambuffer configured. I'll try that tomorrow. :::' my blog - latest: \"The Audio Streaming Series - introducing: tuning kit - pCP (beta)\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
tvservice is included in the rpi-vc.tcz extension piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: https://www.picoreplayer.org Please 'donate' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=U7JHY5WYHCNRU&lc=GB¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
Loading this discussion with more stuff: The number of file handles on my Pi has now exceeded 500, memory is at 580 M. I'll keep an eye on it. (For the protocol: Today, I have been listening to Deezer Smart Radio for some time.) scaleo home server 2105 & picoreplayer 6.1.0 | logitech media server 8.2.0 | server power control 20120716.103808 | transporter & duet & touch & boom & radio | rotel rc-995 & rmb-100 | nubert nuvero 140 mvordeme's Profile: http://forums.slimdevices.com/member.php?userid=22892 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
chill wrote: > I'm glad to hear you've got it working. To prevent squeezelite stopping > when the DAC powers down, you have a couple of choices. > > 1) You can delete the second line in the /etc/udev/rules.d/10-DAC.rules > file, or leave it there and just put a "#" character at the start of the > line. > > 2) You can edit the SQLITE-control.sh script and put a "#" character at > the start of the two lines in the 'stop' section: > > Code: > > # echo "$stopname removed" >> /var/log/pcp_DAC.log > # sudo /usr/local/etc/init.d/squeezelite stop >> /var/log/pcp_DAC.log > > > > > The second option is probably easier, since you don't have to remember > where the rules file (10-DAC.rules) is - the SQLITE-control.sh script > is in your home folder. > > Your problem of shuffled playlists reshuffling and restarting is > different from the behaviour I see I think - I think my LMS always > restarts a playlist at the same track (maybe reshuffled), even if I > return to that playlist after playing something else. I'd need to > experiment to confirm my recollection, but maybe there's an LMS > setting that would help your situation. Hi Chill, ThanksI did option 2 and that does, indeed, prevent Squeezelite from shutting down when I place the DAC into standby. Thanks! I think you are correct on the playlist thing. When Squeezelite restarts, it does return to the last track played, but the playlist is reshuffled...which is also somewhat annoying. But, with this fix, that's now a moot issue. Rg System information Main: RPI4B/PiCorePlayer/LMS> RPI4B/piCoreplayer/Squeezelite > USB>RME ADI-2 DAC > Benchmark AHB2 > Revel Performa F208 speakers, 2X REL R-305 subs. Home Theatre: RPI4 B/HifiBerry Dac+ Pro>Pioneer VSX 919 > Energy Take 5 Classic 5.1. LMS 8.1.0 - 1608700893 on RPI4B with 1tb Samsung T5 SSD. rgro's Profile: http://forums.slimdevices.com/member.php?userid=34348 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
mvordeme wrote: > Loading this discussion with more stuff: The number of file handles on > my Pi has now exceeded 500, memory is at 580 M. I'll keep an eye on it. > (For the protocol: Today, I have been listening to Deezer Smart Radio > for some time.) Here is the code in charge of limits Code: sub init { $cache = Slim::Utils::Cache->new; my $maxPlaylistLengthCB = sub { my ($pref, $max) = @_; if ($prefs->get('dbhighmem')) { $max ||= 2000; $max = 2000 if $max < 2000; } else { $max ||= 500; $max = 500 if $max > 500; $max = 100 if $max < 100; } my $cacheObj = tied %Cache; if ($cacheObj->max_size != $max) { $cacheObj->max_size($max); } }; $maxPlaylistLengthCB->(undef, $prefs->get('maxPlaylistLength')); $prefs->setChange($maxPlaylistLengthCB, 'maxPlaylistLength'); } So if you have set the "high memory usage" in LMS settings, it's 2000. I did not remember that LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
paul- wrote: > Is he referring to the imaging function that I slipped out this weekend > without an announcement. > > You can write to any attached disk ( USB, network) including /tmp. > > > For those that want to try. > > 1) Run a Patch Update to Pull in new base and web extensions. > 2) Reboot > 3) Run the Minor Update to update to pCP 7.0.1 Amazing! Works flawlessly on Raspberry 4 backup to nfs share. Thanks a lot! The Earth Has Music For Those Who Listen Pommes's Profile: http://forums.slimdevices.com/member.php?userid=67682 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
piCorePlayer was written assuming squeezelite was running and there was a soundcard available. We use squeezelite's connection to LMS to generate things like the Players tabs. Also, things like working out the LMS IP address require a squeezelite /LMS connection. My understanding is squeezelite creates a LMS instance using its MAC address as a unique identifier. If squeezelite has stopped, LMS will forget this players instance after a period. (10 minutes?) So you can't resume the playlist after this period. To LMS this player does not exist. Also, the latest Raspberry Pi code, when they changed their soundcard from ALSA to Headphones, B1 and B2, also introduced a feature where their sound cards where not available unless something was plugged into the HDMI port, but Headphones still appeared. Also it appears that, on the latest RPi400 it doesn't have even have a Headphones sound card. So when you load pCP on it, it will start squeezelite hoping to use the default Headphones soundcard, but it doesn't exist, so squeezelite fails to start. Because squeezelite is not running, there is no connection to LMS, so no player tab, etc. This pCP is completely isolated from the LMS system. This would probably apply to RPi0's as well now, but I haven't checked. Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
soundcheck wrote: > /tmp didn't work. But I tried it on a 2GB RPi4. Perhaps that's a bit too > low. Not sure if it helps when killing > squeezelite, which sits in the background with a massive 400MB rambuffer > configured. I'll try that tomorrow. I haven't looked at exactly what Paul released, but the original was done years ago, before the RPi4. I found writing to /tmp fast but on a RPi3 what if the user was using LMS with a large PCP_ROOT partition? Lots of potential got ya's. My test RPi was also on wifi, so transferring the backup was painful. I was hoping for a system where I could do a rollback, so I could test the upgrading process from multiple versions of pCP quickly. The software to write a standardised third partition was a part of this development. Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
So am I right that this will create a file the size of your entire SD card if you save the backup to your music file source (mnt/music/images)? I just started a backup to mnt/music/images and it says the files size is 30432mb. Is that right?? Thanks, Howard Greg Erskine wrote: > I haven't looked at exactly what Paul released, but the original was > done years ago, before the RPi4. > > I found writing to /tmp fast but on a RPi3 what if the user was using > LMS with a large PCP_ROOT partition? Lots of potential got ya's. > > My test RPi was also on wifi, so transferring the backup was painful. > > I was hoping for a system where I could do a rollback, so I could test > the upgrading process from multiple versions of pCP quickly. > > The software to write a standardised third partition was a part of this > development. Howard Passman's Profile: http://forums.slimdevices.com/member.php?userid=16674 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?
Seems that I need to get my head around that funny Perl syntax after all. In the LMS settings, I can choose between normal, high and maximum database size. It is set to "high" for machines with 1+ GB of memory, which should be fine. 2 GB is a little too much. scaleo home server 2105 & picoreplayer 6.1.0 | logitech media server 8.2.0 | server power control 20120716.103808 | transporter & duet & touch & boom & radio | rotel rc-995 & rmb-100 | nubert nuvero 140 mvordeme's Profile: http://forums.slimdevices.com/member.php?userid=22892 View this thread: http://forums.slimdevices.com/showthread.php?t=113321 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
Greg Erskine wrote: > piCorePlayer was written assuming squeezelite was running and there was > a soundcard available. > > We use squeezelite's connection to LMS to generate things like the > Players tabs. Also, things like working out the LMS IP address require a > squeezelite /LMS connection. > > My understanding is squeezelite creates a LMS instance using its MAC > address as a unique identifier. If squeezelite has stopped, LMS will > forget this players instance after a period. (10 minutes?) So you can't > resume the playlist after this period. To LMS this player does not > exist. I think this is mostly the case. After Squeezelite was shut down and then restarted, LMS lost its connection to the Squeezelite device and I had to reselect it from the list of available devices. Once reselected, LMS did return to the playlist and the specific track that had been playing when Squeezelite shut down. But, the playlist had been reshuffled when the Squeezelite/LMS connection re-established. So, while LMS did come back to the right song and right playlist, the tracks that would be played after that song were different from what would've been played prior to the shutdown/restart and, in some cases, were tracks that had already been heard. Rg System information Main: RPI4B/PiCorePlayer/LMS> RPI4B/piCoreplayer/Squeezelite > USB>RME ADI-2 DAC > Benchmark AHB2 > Revel Performa F208 speakers, 2X REL R-305 subs. Home Theatre: RPI4 B/HifiBerry Dac+ Pro>Pioneer VSX 919 > Energy Take 5 Classic 5.1. LMS 8.1.0 - 1608700893 on RPI4B with 1tb Samsung T5 SSD. rgro's Profile: http://forums.slimdevices.com/member.php?userid=34348 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
I'm pretty new to Linux, so Im struggling a bit to implement the script on a DietPi OS I executed the script with the "make" parameter and card name. All went well, except .filetool.lst doesn't exists in DietPi. Code: # add rules file to /opt/.filetool.lst sed -i "\#$rulesfile#d" /opt/.filetool.lst #remove all previous matching entries, to make sure it's only listed once echo $rulesfile >> /opt/.filetool.lst Code: sed: can't read /opt/.filetool.lst: No such file or directory Can I omit this section or should I add the rules file to a different file? 4]4's Profile: http://forums.slimdevices.com/member.php?userid=71351 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
That is needed on pCP to make the file changes persistent over a reboot. Does DietPi lose everything when you reboot unless you do something special? If not then you do not need it or anything like it. Paul Webster http://dabdig.blogspot.com author of \"now playing\" plugins covering radio france (fip etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
I *think*, the size of the backup depends on the size of your first 2 partitions. Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
Thanks Greg. Seems to be. So when it makes a copy it copies even the empty parts of the partition? I don't guess there's anyway to shrink a partition :-) Thanks, Howard Greg Erskine wrote: > I *think*, the size of the backup depends on the size of your first 2 > partitions. Howard Passman's Profile: http://forums.slimdevices.com/member.php?userid=16674 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
Hello I like the new feature to make an image of the SD card. I've managed to do this and now have a 1.3gb file in my tmp/images directory. I've copied this to my PC using WinSCP but now want to delete it from my SD card. When I try it says Permission Denied. Can someone help me delete this file please, I think it's something to do with root privileges but I don't know how to login as root. Many thanks Ashley acanning's Profile: http://forums.slimdevices.com/member.php?userid=13303 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
hi acanning, I *think* it copies partitions not the SD card. Remember that pCP is largely running in RAM. /tmp is truly only *temporary*, reboot and it is gone! regards Greg Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0
Just read the web page, there is an option to backup all partitions, or just the first two. Only partitioned space is copied. Shrinking partitIons can be a hit and miss process, so I just gzip them to compress the images. Note that gzip is a single threaded process, and can add a long time to large images. If you plan to do this a lot, install the extension pigs.tcz. That is a multithreaded. Gz compression program. Scanning.just use sudo to remove the file. piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: https://www.picoreplayer.org Please 'donate' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=U7JHY5WYHCNRU&lc=GB¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=113512 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
I have one further question. I now have two similar udev rule files. One is named: etc/udev/rules.d/10-dac.rules The other is named: etc/udev/rules.d/10-DAC.rules The latter is the current operational one and the former is an accidental (used lower case by accident) duplicate. I cannot figure out how to delete the first file---all I get is a "permission denied" message if I type: "rm /etc/udev/rules.d/10-dac.rules". Seems I can easily create a file, but deleting it is something else. Since I know nothing about Linux, clearly I'm missing something. How do I delete it?? Rg System information Main: RPI4B/PiCorePlayer/LMS> RPI4B/piCoreplayer/Squeezelite > USB>RME ADI-2 DAC > Benchmark AHB2 > Revel Performa F208 speakers, 2X REL R-305 subs. Home Theatre: RPI4 B/HifiBerry Dac+ Pro>Pioneer VSX 919 > Energy Take 5 Classic 5.1. LMS 8.1.0 - 1608700893 on RPI4B with 1tb Samsung T5 SSD. rgro's Profile: http://forums.slimdevices.com/member.php?userid=34348 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
rgro wrote: > I have one further question. I now have two similar udev rule files. > > One is named: etc/udev/rules.d/10-dac.rules > > The other is named: etc/udev/rules.d/10-DAC.rules > > The latter is the current operational one and the former is an > accidental (used lower case by accident) duplicate. I cannot figure out > how to delete the first file---all I get is a "permission denied" > message if I type: "rm /etc/udev/rules.d/10-dac.rules". Seems I can > easily create a file, but deleting it is something else. Since I know > nothing about Linux, clearly I'm missing something. How do I delete > it?? When it's just a permissions thing, you can usually get round it by preceding the command with 'sudo' (for "superuser do"). So try 'sudo rm /etc/udev/rules.d/10-dac.rules'. It's odd that the former version has different permissions though - was it perhaps created by using the 'make' option of my latest script as a User Command under tweaks? chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
'4 wrote: > 4;1008715']I'm pretty new to Linux, so Im struggling a bit to implement > the script on a DietPi OS > > I executed the script with the "make" parameter and card name. All went > well, except .filetool.lst doesn't exists in DietPi. > > > Code: > > # add rules file to /opt/.filetool.lst > sed -i "\#$rulesfile#d" /opt/.filetool.lst #remove all previous matching entries, to make sure it's only listed once > echo $rulesfile >> /opt/.filetool.lst > > > > > Code: > > sed: can't read /opt/.filetool.lst: No such file or directory > > > > > Can I omit this section or should I add the rules file to a different > file? Yes, as Paul said, that is a pCP-specific step. In fact the whole script was developed on, and for, pCP (that's all I know!), so there may well be other parts of the script that are not compatible with DietPi. Most obviously, I expect that DietPi doesn't have a User Commands section on a Tweaks page, so you'd need to find another way of running the 'find' option of the script at boot. Any other problems are most likely to be due to differing paths for certain files I think, so if you want to persevere with this, do post again with details of any problems you encounter. chill's Profile: http://forums.slimdevices.com/member.php?userid=10839 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac
I checked all the paths and files. The only missing file was .filetool.lst. Running 'make DAC' works as expected without the .filetool.lst section. And a reboot doesn't remove or change the created rules file. DietPi has a custom boot script, so that's where you'll need to add a line to run the 'find' option: /var/lib/dietpi/dietpi-autostart/custom.sh I do however encounter another problem. When I run the 'find' option it throws an error: Code: sudo: /usr/local/sbin/alsactl: command not found It must be this command that causes the error: Code: sudo /usr/local/sbin/alsactl restore Running the restore option from Putty seems to work just fine. I must confess that I didn't ran the script at boot, but I wanted to test it first so I ran it from Putty. Any suggestions on what might be causing this error? 4]4's Profile: http://forums.slimdevices.com/member.php?userid=71351 View this thread: http://forums.slimdevices.com/showthread.php?t=113661 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix