Re: [SlimDevices: Unix] Start/restart squeezelite when plug-in USB dac

[chill]

chill wrote: 
> 
> As a result, the udev script returns very quickly without blocking
> further udev events, and squeezelite starts up in the background after
> that short sleep.
> 

Although this seems to work, after reading up a bit I'm not 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.  So in this case,
it's maybe only working because the squeezelite restart actually happens
really quickly, before the SQLITE-control.sh script exits.

I believe some combination of 'nohup' and/or 'disown' may be necessary
to stop the spawned process from being killed.  Something else to
experiment with.



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

[chill]

rgro wrote: 
> It'd be really cool if Squeezlite would restart itself even if it saw
> that the dac was in a powered off state.

The first udev rule is intended to fix this.  Squeezelite doesn't
restart while the DAC is off though - instead, the first udev rule waits
for the DAC to appear and then restarts Squeezelite.  The effect should
be the same.

The second rule waits for the DAC to go off and then switches off
squeezelite.  This fixes a problem I had in my system where other synced
players would stop playing if squeezelite was trying to play to a DAC
that had powered off.



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

[chill]

carsten_h wrote: 
> I didn't saw it defined anywhere and when I look at it in the shell I am
> getting an empty string.

$kernel is one of the temporary substitutions available when a udev rule
is triggered - they're defined here: https://linux.die.net/man/7/udev

By the way, there was a bug in my 'imaketherules.sh' script - both of
the udev rules were missing their closing double-quote character, so the
rules would not trigger.  Fixed in the earlier post now.

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.

Ah, that's new to me - maybe because my ALSA settings are at their
default.  Something to be investigated for sure.



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

[chill]

rgro wrote: 
> 
> If I had my ultimate wish, once on, I'd like Squeezelite to remain on
> even when the DAC is put into standby mode.

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
  



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.



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

[rgro]

carsten_h wrote: 
> Sure, you can do this. You don't have to use the udev rule for switching
> off the DAC. Then Squeezelite will still be running.

Well, at least you and Chill know the udev rule is working as you
intended, right?

But, yes, that was what, indeed, happened before implementing the udev
rule.  Squeezelite stayed on even when I put the dac into standby.  But,
if I rebooted PCP or restarted Squeezelite with the dac in standby mode,
Squeezelite would not start unless the DAC was in its powered up state. 
So, I had to remember to power up the dac prior to any restart or
reboot.  It'd be really cool if Squeezlite would restart itself even if
it saw that the dac was in a powered off state.



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

[carsten_h]

chill wrote: 
> Based on the approach in that script (the one that 'universally' works
> for me and Carsten), I've made a script that creates the udev rules file
> and adds it to the list of backed up files.

Great work!

Where does this:
chill wrote: 
> > 
Code:

  >   > $kernel

> > 
come from? I didn't saw it defined anywhere and when I look at it in the
shell I am getting an empty string.

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.



pi4 4gb picoreplayer with lms and squeezelite for usb inside an argon
one case
pi3b+ (7\" display, hifiberry dac+ pro) picoreplayer with
squeezlite/jivelite for hifiberry and bluetooth headphone inside a
smartipi touch case
two airport express
ikea symfonisk

carsten_h's Profile: http://forums.slimdevices.com/member.php?userid=69113
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

[carsten_h]

rgro wrote: 
> Possible?or is this one of those one-off things where everybody has
> a need unique to their situation, and you wind up with dozens of
> different versions...which, I would assume is not what you're aiming at,
> here.

Sure, you can do this. You don't have to use the udev rule for switching
off the DAC. Then Squeezelite will still be running.



pi4 4gb picoreplayer with lms and squeezelite for usb inside an argon
one case
pi3b+ (7\" display, hifiberry dac+ pro) picoreplayer with
squeezlite/jivelite for hifiberry and bluetooth headphone inside a
smartipi touch case
two airport express
ikea symfonisk

carsten_h's Profile: http://forums.slimdevices.com/member.php?userid=69113
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

[Paul Webster]

Can you post your output for the end of step 12?

To get past the setup language screen without touch ... temporarily plug
in a keyboard and use the cursor keys ... and once done go to the
advanced setting and use the piCorPlayer section to save settings.



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=113877

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0

[devilsfun]

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?

Thank you in advance.

Daniel



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] Start/restart squeezelite when plug-in USB dac

[rgro]

O.K...so I think maybe I got it to work.  Now, when I put my RME DAC
into standby, Squeezelite is automatically shut down.  As soon as I
power the DAC up again, Squeezelite automatically starts back up.  I
assume this is the correct behavior??  If not, please let me know...

rgro

chill wrote: 
> The original steps are documented on the piCorePlayer website :
> https://docs.picoreplayer.org/projects/autostart-squeezelite-from-usb-dac/
> The process is broadly similar, but I have added a second rule (Step 2)
> to kill squeezelite when the DAC is powered off.
> 
> 1) Follow step 1 in the picoreplayer instructions, to determine the
> Vendor and Product ids for your DAC
> 
> 2) Using whatever tools you are comfortable with, create a file
> /etc/udev/rules.d/10-DAC.rules, with the following content.  Replace
> '' with the Vendor and Product ids you determined in step 1.
> > 
Code:

  >   > SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="", 
ATTR{idProduct}=="", RUN+="/home/tc/SQLITE-control.sh restart $kernel"
  > SUBSYSTEM=="usb", ACTION=="remove", RUN+="/home/tc/SQLITE-control.sh stop 
$kernel"
  > 

> > 
> 
> 3) Do step 5 from the picoreplayer instructions to make sure that this
> rules file survives a reboot.
> 
> 4) Create a file SQLITE-control.sh in your home directory (/home/tc/)
> and paste the following text into it.Replace '' in the 'find'
> section with the Vendor and Product ids you determined in step 1. 
> Once you have saved this file, make it executable with 'chmod +x
> SQLITE-control.sh' from the command line.
> > 
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' or 'find'
  > # $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
  > # 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 associated udev rules are:
  > # SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="", 
ATTR{idProduct}=="", RUN+="/home/tc/SQLITE-control.sh restart $kernel"
  > # SUBSYSTEM=="usb", ACTION=="remove", RUN+="/home/tc/SQLITE-control.sh stop 
$kernel"
  > 
  > case $1 in
  > restart ) # restart squeezelite when DAC is inserted/powered up
  > # output the device '$kernel' name to a text file, so that it 
can be used to check against USB 'remove' events
  > kername=$2
  > echo $kername > /tmp/DACdevice.txt
  > echo "DAC detected on $kername" >> /var/log/pcp_DAC.log
  > /home/tc/restartSQLITE.sh &
  > ;;
  > stop ) # stop squeezelite when DAC is removed/powered down
  > # compare $kernel device name to the one created by this script 
when the DAC was inserted/powered up
  > startname=$(cat /tmp/DACdevice.txt)
  > stopname="$2"
  > # stop squeezelite if names match
  > if [ $stopname == $startname ]; then
  > echo "$stopname removed" >> /var/log/pcp_DAC.log
  > sudo /usr/local/etc/init.d/squeezelite stop >> 
/var/log/pcp_DAC.log
  > fi
  > ;;
  > 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
  > fi
  > ;;
  > esac
  > 

> > 
> 
> 5) Create a file restartSQLITE.sh in your home directory (/home/tc/)
> and paste the following text into it.   Once you have saved this file,
> make it executable with 'chmod +x restartSQLITE.sh' from the command
> line.
> > 
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 # 

Re: [SlimDevices: Unix] 5" Touchscreen display that works with Jivelite right out of the box.

[bossanova808]

Looks like you can buy a case separately or with the screen - very
simple option...

https://www.amazon.com/OSOYOO-Capacitive-Connector-Resolution-Raspberry/dp/B07Z68QXRH/ref=sr_1_2?dchild=1=IPS%2B5%E2%80%9D%2BDSI=1612758115=8-2=1



bossanova808's Profile: http://forums.slimdevices.com/member.php?userid=619
View this thread: http://forums.slimdevices.com/showthread.php?t=113708

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix

[SlimDevices: Unix] picoreplayer 7 + RPI3B + 3.5 inch screen + jivelite - no touch

[hexxx]

Hello, I installed picoreplayer on a raspberry pi3b+ with a 3.5 inch
touch screen and followed the guide
https://docs.picoreplayer.org/projects/add-a-display/

Everything worked but when I boot I get stuck at the choose language
screen I am not able to choose because the touchscreen does not respond
to "touches". 

Anyone with similar problem that knows how to solve it?

regards



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] Memory Leak in Perl Engine on piCorePlayer?

[philippe_44]

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.



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] Start/restart squeezelite when plug-in USB dac

[Greg Erskine]

I am impressed with the work you guys have done. Whenever I played with
udev over the years I never got it to work. I always assumed that the
udev from mydata.tgz got restored after the the base udevs had been
run.

chill it looks like you have got a complete solution here. I might have
a look at adding it to the [Save] button on the Squeezelite setting
page.

I have been using a USB DAC for a few weeks, but I am powering it
through the RPi so I just turn on or off the RPi PSU and everything
works. I'll have to reread the original problem, which I think was
turning the DAC on or off independent of pCP.



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

[paul-]

pufnstuf wrote: 
> Hi Paul, thank you for the reply. I have found loads of guides online
> for compiling the drivers myself but they all refer to using dkms...
> What should I use in its place on PiCore?
> 
> Cheers!

The process is the same..

1) Download kernel sources
2) Download the kernel configs and Symbols
3) Prepare the kernel
4) Download the driver source and make the driver

The problem with number 4 is that most of these realtek driver repos
have horrible Makefiles.  Most requiring adjustments.   I think this is
why MrEngman over at the RPI forum provides tar files of precompiled
drivers (for almost every rpi kernel published)  I'm still thinking how
to make this better.(without making a ton of maintenance on my part)


What pcp kernel do you have, and I'll make it for you for now.  (Please
supply the kernel version you are running, found in the footer of the
web interface)



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=U7JHY5WYHCNRU=GB_code=USD=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

[chill]

Thanks Greg, that would be great if you could integrate it into the
squeezelite settings page - maybe as an option. It might be prudent to
wait for feedback from a few others first though. 

This whole process fixes a problem that you’ll probably never encounter
with your setup, since your DAC will be ‘up’ before squeezelite needs
it, and should never go ‘down’ before the Pi. But yes, anyone with a
separately powered DAC may otherwise experience issues if the DAC is off
when squeezelite tries to start, or goes off while squeezelite is synced
with other players. 

Would you be able to toggle the power on yours independently of the Pi,
for testing purposes?

There’s still a bit of work to do on the script that is called by the
udev events, to make it so that it generates the vendor and product ids
internally. That way the user wouldn’t need to edit it at all. 

Chris





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

[chill]

Based on the approach in that script (the one that 'universally' works
for me and Carsten), I've made a script that creates the udev rules file
and adds it to the list of backed up files.  So this would replace steps
1, 2 and 3 above - put this script into a file, make it executable, then
run it with the name of your sound card as the only command line
parameter, e.g. './imaketherules.sh DAC'

I call it 'imaketherules.sh' :)

Code:

#!/bin/sh
  
  # one command line parameter: the name of the 'CARD', as used in the 
squeezelite command line
  cardname=$1
  
  # look for cardname in /proc/asound/cards to determine card number
  cardno=$(cat /proc/asound/cards | grep -m 1 $cardname | awk {'print $1'})
  
  # extract idVendor and idProduct from /proc/asound/card/usbid
  usbid=$(cat /proc/asound/card$cardno/usbid)
  idVendor=$(echo $usbid | awk -F: {'print $1'})
  idProduct=$(echo $usbid | awk -F: {'print $2'})
  
  # create udev rules
  rule_add='SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="'$idVendor'", 
ATTR{idProduct}=="'$idProduct'", RUN+="/home/tc/SQLITE-control.sh restart 
$kernel'
  rule_remove='SUBSYSTEM=="usb", ACTION=="remove", 
RUN+="/home/tc/SQLITE-control.sh stop $kernel'
  
  # create rules file
  rulesfile=etc/udev/rules.d/10-$cardname.rules
  echo $rule_add > /$rulesfile
  echo $rule_remove >> /$rulesfile
  
  # 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
  




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

[chill]

Greg Erskine wrote: 
> Hi chill,
> 
> You can guarantee someone will come up with a weird combination that you
> never imagined. (Probably you lol) It happens all the time. A simple
> script turns into major project. :)
> 
> regards
> Greg

Haha - I'm sure you're right Greg, and I don't have a very wide
experience with Linux, DACs, audio cards etc, so I'll be the last person
to jump to conclusions.  I'm just happy that my setup works!

It would be good to get feedback from other users of pCP who use USB
DACs, to see how transferable that scripted approach might be.  In the
meantime, I'll have a go at automating things a bit more, based on that
approach - even if it only works in a proportion of cases that'll be
worthwhile I think.

Chris



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

[Greg Erskine]

tce-load is the standard piCore program. (Uses tce mirror file)

pcp-load is Paul's version of tce-load with enhancements. (Uses command
line options to override tce mirror)

Just type the command name to get the options.

The [Extensions] page uses tce-load as it was written before pcp-load
existed, that why there is the option to set repository on the page.

I think most of the upgrade processes use pcp-load.

If you have a spare SD card, I would try starting from scratch, to see
if its an issue with corrupt remnants.

If this was a wide spread issue we have probably heard about it by now.

FYI: I am only right about 50% of the time (and dropping lol)



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

[Greg Erskine]

Hi chill,

You can guarantee someone will come up with a weird combination that you
never imagined. (Probably you lol) It happens all the time. A simple
script turns into major project. :)

regards
Greg



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] Start/restart squeezelite when plug-in USB dac

[chill]

Great, thank you.  So maybe there is scope for automating the creation
of both the udev rules and the udev script.

I think that little script will fail if there are two sound cards with
the same name, or the name of the one you're looking for is 'within' the
name of another, e.g. if I'm searching for a card named 'DAC', it'll
probably fail if I also have a card named 'Arcam DAC'.  But that's
something that could be improved I think.



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

[coyrls]

Going back to pcp_startup.sh, I would have thought that removing the
$CARDNAME argument to "alsactl init" at line 421 and "alsactl restore"
at line 425 would fix the problem.  The effect would be to initialise
and restore settings for all ALSA cards but I can't see that would a
problem, as this section is only run if ALSAlevelout is set to "Custom".



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] Memory Leak in Perl Engine on piCorePlayer?

[philippe_44]

Maybe you could have a look at song.pm and pipeline.pm. I did that
yesterday but could not see anything that would trigger a question, but
more eyes always help



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] Memory Leak in Perl Engine on piCorePlayer?

[philippe_44]

mvordeme wrote: 
> I believe that if there really is an issue with file handles on my Pi,
> it is not the same that Simone has reported. My open file handles are
> back down to 459 and memory usage is up to 562 M. Since it looks like
> for every transcoded stream, a temp file is left over, but the number of
> file handles is not growing, I'll match the file handles against the
> temp files to get a better idea of what is happening.> 
Code:

  >   > -rw---1 tc   staff55228 Feb  7 18:16 JGCjBbgQxZ
  > -rw---1 tc   staff50248 Feb  7 18:21 lf2RyypjF9
  > -rw---1 tc   staff67636 Feb  7 18:26 nmAx4IIiMz
  > -rw---1 tc   staff56652 Feb  7 18:33 Ye36Wt7Hb9
  > -rw---1 tc   staff63348 Feb  7 18:38 pyqDc5YX93
  > -rw---1 tc   staff52628 Feb  7 18:44 qILjMvdIpF
  > -rw---1 tc   staff37944 Feb  7 18:49 gAd3wem95x
  > -rw---1 tc   staff64644 Feb  7 18:53 4gUg6Rf5Dw
  > -rw---1 tc   staff47828 Feb  7 18:59 xFbatEwmdC
  > -rw---1 tc   staff72140 Feb  7 19:03 B5DbNkB9Xe

> > 

Yep, LMS will close them after they have reached 500-ish. We discussed
having a different approach but that was not easy so we decided to wait
and see. Not having these files opened means most remote streaming will
not work anymore.



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] Memory Leak in Perl Engine on piCorePlayer?

[philippe_44]

mherger wrote: 
> > Files opened in /tmp are expected, this is the cache for scanning
> remote
> > tracks
> 
> I vaguely remember having discussed the risk of those filehandles in 
> your AAC seeking PR. Could there be an issue that sometimes we store a 
> reference to it outside the track object? Thus it doesn't get freed when
> 
> the track is destroyed?
> 
> That said, this doesn't really explain the claim that the memory usage 
> would increase massively with things like DSD.

I agree and I remember that very well. We can go back to this but I
don’t think this is the issue we are talking about as the ram
consumption seems purely correlated to transcoding



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] Memory Leak in Perl Engine on piCorePlayer?

[mvordeme]

philippe_44 wrote: 
> Yes, the Max is set a 500 internallyOk, so file handles should be fine and 
> probably not related to the
growing memory consumption.



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] Memory Leak in Perl Engine on piCorePlayer?

[mvordeme]

I believe that if there really is an issue with file handles on my Pi,
it is not the same that Simone has reported. My open file handles are
back down to 459 and memory usage is up to 562 M. Since it looks like
for every transcoded stream, a temp file is left over, but the number of
file handles is not growing, I'll match the file handles against the
temp files to get a better idea of what is happening.
Code:

-rw---1 tc   staff55228 Feb  7 18:16 JGCjBbgQxZ
  -rw---1 tc   staff50248 Feb  7 18:21 lf2RyypjF9
  -rw---1 tc   staff67636 Feb  7 18:26 nmAx4IIiMz
  -rw---1 tc   staff56652 Feb  7 18:33 Ye36Wt7Hb9
  -rw---1 tc   staff63348 Feb  7 18:38 pyqDc5YX93
  -rw---1 tc   staff52628 Feb  7 18:44 qILjMvdIpF
  -rw---1 tc   staff37944 Feb  7 18:49 gAd3wem95x
  -rw---1 tc   staff64644 Feb  7 18:53 4gUg6Rf5Dw
  -rw---1 tc   staff47828 Feb  7 18:59 xFbatEwmdC
  -rw---1 tc   staff72140 Feb  7 19:03 B5DbNkB9Xe




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

[carsten_h]

chill wrote: 
> Run it with a single command line parameter, e.g. DACfinder DAC, or
> DACfinder Soundsticks (if that's what your card name is).

The name that I have to use is "SoundSticks".
The result is:

Code:

idVendor = 05fc
  idProduct = 7849



That are the correct values! Perfect!

Magic!



pi4 4gb picoreplayer with lms and squeezelite for usb inside an argon
one case
pi3b+ (7\" display, hifiberry dac+ pro) picoreplayer with
squeezlite/jivelite for hifiberry and bluetooth headphone inside a
smartipi touch case
two airport express
ikea symfonisk

carsten_h's Profile: http://forums.slimdevices.com/member.php?userid=69113
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?

[philippe_44]

mvordeme wrote: 
> But 450? And all of them are still open in LMS.
> 
> Files containing binary data only seem to end like this:> 
Code:

  >   > 
TsgpdrollsbgprollEbudtaZmeta!hdlrmdirappl-ilst%toodataLavf58.20.10freeZMmdat

> > 

Yes, the Max is set a 500 internally



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] Memory Leak in Perl Engine on piCorePlayer?

[bpa]

Simonef wrote: 
> As already stated before:
> 4 local flacs (random)
> No plugin involved.
> With every kind of audio processing, sox, FLAC, lame. 
> This does not happen only if there Is no transcoding involved.

If this issue happens with any use of pipelining then I think there
would be many more reports.

I think this may be a FreeBSD issue and not a Linux one - I can't see
the post where a Linux user has this same issue.



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] Alsa mixer on picore - cannot save

[slartibartfast]

coyrls wrote: 
> Still £75 is about £650 in today's money.£75 in 1975 would be around £150 
> only 5 years later [emoji3]

Sent from my Pixel 3a using Tapatalk





slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
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] Memory Leak in Perl Engine on piCorePlayer?

[Simonef]

mherger wrote: 
> > I tried the command and played 4 tracks (with transcoding)
> 
> What kind of tracks? And what kind of transcodings are involved? Are you
> 
> using any kind of 3rd party plugin which is involved in the transcoding
> 
> process? If so: can you reproduce the issue after remvoving it, only 
> using default transcoding pipelines?

As already stated before:
4 local flacs (random)
No plugin involved.
With every kind of audio processing, sox, FLAC, lame. 
This does not happen only if there Is no transcoding involved.



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] Memory Leak in Perl Engine on piCorePlayer?

[Michael Herger]

I tried the command and played 4 tracks (with transcoding)


What kind of tracks? And what kind of transcodings are involved? Are you 
using any kind of 3rd party plugin which is involved in the transcoding 
process? If so: can you reproduce the issue after remvoving it, only 
using default transcoding pipelines?

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix

Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?

[Michael Herger]

Files opened in /tmp are expected, this is the cache for scanning remote
tracks


I vaguely remember having discussed the risk of those filehandles in 
your AAC seeking PR. Could there be an issue that sometimes we store a 
reference to it outside the track object? Thus it doesn't get freed when 
the track is destroyed?


That said, this doesn't really explain the claim that the memory usage 
would increase massively with things like DSD.

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix

Re: [SlimDevices: Unix] Alsa mixer on picore - cannot save

[coyrls]

slartibartfast wrote: 
> I bet yours cost more than £75 [emoji3]
> 
> Sent from my Pixel 3a using Tapatalk

Still £75 is about £650 in today's money.



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] ANNOUNCE: piCorePlayer 7.0.0

[soundcheck]

What you're saying.

If I run tce_load from commandline - what I do. And just echo the repo
URL into /opt/tcemirror
it wouldn't work !?!?

If I toggle the repos on the WEB-UI /opt/tcemirror gets changed
accordingly. That's what I figured earlier. 
That's irrelevant !?!?



:::'  my blog  - latest: \"The Audio Streaming Series - introducing pCP
Toolbox\"  ' (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]

@rgro

Feel free to try the script that I asked Carsten to try 'here'
(https://forums.slimdevices.com/showthread.php?113661-Start-restart-squeezelite-when-plug-in-USB-dac=1008450=1#post1008450).

- Make a file in your home directory, e.g. /home/tc/DACfinder.sh and
paste that text into it
- make it executable (chmod +x DACfinder.sh)
- run it with the name of your DAC as a command line parameter
(./DACfinder.sh DAC).

With a bit of luck it will return your vendor and product ids (step 1
above).



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

[paul-]

Its is manipulated dynamically from the web interface.  It is only
applicable from the web interface, Using the Extension installer on the
Web interface and installing packages from the interface. 

Here are the repos we use.


Code:


  PCP_REPO_1="https://repo.picoreplayer.org/repo;
  PCP_REPO_2="http://picoreplayer.sourceforge.net/tcz_repo;
  




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=U7JHY5WYHCNRU=GB_code=USD=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

[chill]

rgro wrote: 
> Chill...
> 
> Could you please run through a "how-to" step-by-step implementation of
> this from ground zero.

The original steps are documented on the piCorePlayer website :
https://docs.picoreplayer.org/projects/autostart-squeezelite-from-usb-dac/
The process is broadly similar, but I have added a second rule (Step 2)
to kill squeezelite when the DAC is powered off.

1) Follow step 1 in the picoreplayer instructions, to determine the
Vendor and Product ids for your DAC

2) Using whatever tools you are comfortable with, create a file
/etc/udev/rules.d/10-DAC.rules, with the following content.  Replace
'' with the Vendor and Product ids you determined in step 1.

Code:

SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="", 
ATTR{idProduct}=="", RUN+="/home/tc/SQLITE-control.sh restart $kernel"
  SUBSYSTEM=="usb", ACTION=="remove", RUN+="/home/tc/SQLITE-control.sh stop 
$kernel"
  



3) Do step 5 from the picoreplayer instructions to make sure that this
rules file survives a reboot.

4) Create a file SQLITE-control.sh in your home directory (/home/tc/)
and paste the following text into it.Replace '' in the 'find'
section with the Vendor and Product ids you determined in step 1.  Once
you have saved this file, make it executable with 'chmod +x
SQLITE-control.sh' from the command line.

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' or 'find'
  # $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
  # 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 associated udev rules are:
  # SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="", 
ATTR{idProduct}=="", RUN+="/home/tc/SQLITE-control.sh restart $kernel"
  # SUBSYSTEM=="usb", ACTION=="remove", RUN+="/home/tc/SQLITE-control.sh stop 
$kernel"
  
  case $1 in
restart ) # restart squeezelite when DAC is inserted/powered up
# output the device '$kernel' name to a text file, so that it 
can be used to check against USB 'remove' events
kername=$2
echo $kername > /tmp/DACdevice.txt
echo "DAC detected on $kername" >> /var/log/pcp_DAC.log
/home/tc/restartSQLITE.sh &
;;
stop ) # stop squeezelite when DAC is removed/powered down
# compare $kernel device name to the one created by this script 
when the DAC was inserted/powered up
startname=$(cat /tmp/DACdevice.txt)
stopname="$2"
# stop squeezelite if names match
if [ $stopname == $startname ]; then
echo "$stopname removed" >> /var/log/pcp_DAC.log
sudo /usr/local/etc/init.d/squeezelite stop >> 
/var/log/pcp_DAC.log
fi
;;
find ) # create the file with the kernel name
idVendor="08bb"
idProduct="2704"
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
fi
;;
  esac
  



5) Create a file restartSQLITE.sh in your home directory (/home/tc/) and
paste the following text into it.   Once you have saved this file, make
it executable with 'chmod +x restartSQLITE.sh' from the command line.

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
  



6) Add a User Command (at the bottom of the 'Tweaks' page in the pCP
browser interface).

Code:

/home/tc/SQLITE-control.sh find



7) Backup and reboot: pcp br

After a reboot, you 

Re: [SlimDevices: Unix] Memory Leak in Perl Engine on piCorePlayer?

[bpa]

bpa wrote: 
> This looks like MPEG4 header - I recognise the udta and mdat
> 
> IIRC  LMS reads the start (e.g. x number of bytes)of the files/stream 
> (maybe into a temp file) before it can tell a player to stream.

In Slim::Utils::Scanner:Remote.pm - the routine streamAudioData - reads
128*1024 bytes into a Temp file.

How big are these temp files ?



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] Start/restart squeezelite when plug-in USB dac

[rgro]

chill wrote: 
> Yes, happy to.  I've been looking at automating it to some extent (for
> my own interest - I'm sure Paul won't need my help in that respect!),
> but I can certainly document what I've done manually.  Back soon.

Excellent, thank you.  I will be more than happy to wait to do anything
until you, Carsten, et al have settled on something in which you have
high confidence!



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?

[Simonef]

bpa wrote: 
> There is buffering of data withing LMS and so file compression will
> affect how much is buffered.  A lot of buffering is associated with a
> file handle.
> Perl will only garbage collect resources associated with a file handle
> when it is closed and no longer in use.
> 
> As a sanity check, you can check whether number of handles increases
> after playing a pipeline process started/finished with something like 
> lsof -p  | wc -l

I tried the command and played 4 tracks (with transcoding)

The result of lsof is stable at 42 both before playing the tracks and
when I stopped the playing. But after 4 tracks RAM usage went from 180MB
to 760MB



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] Memory Leak in Perl Engine on piCorePlayer?

[bpa]

mvordeme wrote: 
> But 450? And all of them are still open in LMS.
> 
> Files containing binary data only seem to end like this:> 
Code:

  >   > 
Tsgpd
roll
sbgproll
E
budtaZmeta!hdlrmdirappl-ilst%toodata
Lavf58.20.10freeZMmdat

> > 

This looks like MPEG4 header - I recognise the udta and mdat



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] Start/restart squeezelite when plug-in USB dac

[chill]

@Carsten

I think I have an easy generic way to determine idVendor and idProduct
from just the card name (i.e. the output device specified in the
squeezelite command line).  In my case I have the output device set to
'hw:CARD=DAC,DEV=0', so the card name is 'DAC'.  On my system the two
ids seem to be recorded in a file named usbid in /proc/asound/card/
where  is the card number.  

Would you be kind enough to try this script (I called it DACfinder.sh)
to see if it is suitably generic, or whether differences between setups
will make this more complex.  If this is suitably generic, then the udev
rules could be written automatically, and the udev script would need no
user editing.


Code:

#!/bin/sh
  
  cardname=$1
  
  cardno=$(cat /proc/asound/cards | grep -m 1 $cardname | awk {'print $1'})
  
  usbid=$(cat /proc/asound/card$cardno/usbid)
  idVendor=$(echo $usbid | awk -F: {'print $1'})
  idProduct=$(echo $usbid | awk -F: {'print $2'})
  
  echo "idVendor = $idVendor"
  echo "idProduct = $idProduct"



Run it with a single command line parameter, e.g. DACfinder DAC, or
DACfinder Soundsticks (if that's what your card name is).



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

[soundcheck]

Yep. I did. Though I am not 100% sure how that repo change works.

If I change the repo in /opt/tcemirror does it require a reboot to be
activated? 
Or does it work on the fly?


The issue was btw also reported to me from Holland.
Thx.



:::'  my blog  - latest: \"The Audio Streaming Series - introducing pCP
Toolbox\"  ' (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] Memory Leak in Perl Engine on piCorePlayer?

[mvordeme]

But 450? And all of them are still open in LMS.

Files containing binary data only seem to end like this:
Code:


Tsgpd
roll
sbgproll
E
budtaZmeta!hdlrmdirappl-ilst%toodata
Lavf58.20.10freeZMmdat




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] Memory Leak in Perl Engine on piCorePlayer?

[philippe_44]

Files opened in /tmp are expected, this is the cache for scanning remote
tracks



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] Start/restart squeezelite when plug-in USB dac

[chill]

rgro wrote: 
> Chill...
> 
> Could you please run through a "how-to" step-by-step implementation of
> this from ground zero. 

Yes, happy to.  I've been looking at automating it to some extent (for
my own interest - I'm sure Paul won't need my help in that respect!),
but I can certainly document what I've done manually.  Back soon.



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] Memory Leak in Perl Engine on piCorePlayer?

[mvordeme]

I am only using Tidal. My wife is listening to web radio, but since it
doesn't require transcoding, I don't expect it to leave temp files
behind.

I just had a quick look at a few of those files. They contain mainly
binary data. Some of them end with XML like this:
Code:

http://www.dolby.com/ns/mobile/protected-1.0;>
  
  http://www.dolby.com/ns/mobile/metadata-1.0; 
id="ec35e13380fae679f72ad77da14ad998">
  
  
  
  
  
  
  
  
  
  
  
  da4947e91ab7a7bb034d2396091e47d6
  




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] Memory Leak in Perl Engine on piCorePlayer?

[mvordeme]

I am not entirely sure what happened just now. The track I was playing
was cut short by maybe half a minute and the next track started. The
number of file handles went up by another 4 and after some time went
down by 1. Also at the moment, the contents of /proc/32307/fd and the
output of lsof don't tie up. There is a difference of 1. I just played
the same track again, but this time, nothing out of the ordinary
happened.



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] Alsa mixer on picore - cannot save

[slartibartfast]

Man in a van wrote: 
> https://neophonics.com/heritage/I bet yours cost more than £75 [emoji3]

Sent from my Pixel 3a using Tapatalk





slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
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

[rgro]

Chill...

Could you please run through a "how-to" step-by-step implementation of
this from ground zero.  I'd like to do this.  I have no linux skills,
but know how to use ssh/Putty/WinScP.  I can follow directions if
they're clear and granular.There have been a lot of iterations of
this and it's not obvious to me where to start, etc.  Thanks!



chill wrote: 
> I'd forgotten about the 'status' option of the built-in squeezelite
> script, which makes it really simple to see if squeezelite has started
> up.  So I improved my script to be a little more sophisticated than just
> waiting 0.25 seconds.  It will now retry up to 5 times, with 1 second
> between each.  Obviously you can tune those values.  In my case I've
> found that it always starts first time, so evidently the tiny delay
> introduced by calling an extra script is enough.  YMMV.
> 
> Here's my improved 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
  > 

> > 
> 
> 33270



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] Alsa mixer on picore - cannot save

[Man in a van]

slartibartfast wrote: 
> I seem to remember back in the 1980s a customer came to the company I
> worked for with an old Sugden amplifier. I am not sure which model but
> it looked something like an A51 being a cube with heatsinks on two
> sides. He was using it for sound cancelling purposes in a factory and he
> wanted an equivalent as they were no longer available. I took it home
> for a while to try it out and it and it knocked the socks off a Naim
> Nait and a Mission Cyrus 1. I am not sure if it really was better but
> that was the impression it left on my flatmate and myself.
> 
> Sent from my Pixel 3a using Tapatalk

coyrls wrote: 
> What a coincidence!  I was trying to find out what an A21 looked like in
> 2000 but without success but I am guessing not the same as 1975.  I
> remember going up to London (from Reading) to buy it from Laskey’s on
> Tottenham Court Road for £75, as the discount was more than the train
> fare but it was heavy to carry home!


https://neophonics.com/heritage/



Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
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] Memory Leak in Perl Engine on piCorePlayer?

[Michael Herger]

The majority of these file handles point to temp files most of which are
less than 100 k in size:


Could you peek into some of them to try to understand what they are? 
What music service(s) would you be using? I've seen reports about Spotty 
writing to /tmp (which I thought I did fix already...).


___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 7.0.0

[Michael Herger]

It's a really annoying issue. And doesn't happen with any other OSes I
am using.


Did you try the alternative repository (Sourceforge)?


I was wondering if these sometimes very fast spawned wgets might cause
an issue. That a port on the other side doesn't like it.


AFAIK this really is a limitation with Vodafone Germany and it's various 
cable provider related companies. And IIRC we were able to reproduce it 
with single files, too.

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix

Re: [SlimDevices: Unix] Alsa mixer on picore - cannot save

[coyrls]

Man in a van wrote: 
> :cool:
> 
> I'm listening today, to mine, which was built in 2000 :)
> 
> ronnie

What a coincidence!  I was trying to find out what an A21 looked like in
2000 but without success but I am guessing not the same as 1975.  I
remember going up to London (from Reading) to buy it from Laskey’s on
Tottenham Court Road for £75, as the discount was more than the train
fare but it was heavy to carry home!



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] Memory Leak in Perl Engine on piCorePlayer?

[mvordeme]

On my Pi, the number of file handles goes up by 4 when starting playback
and immediately drops again when playback stops. This appears to be good
news at first sight, but nevertheless, the LMS process has piled up the
impressive number of 459 open file handles in the last 21 days:
Code:

tc@piCoreServer:~$ sudo ls -l /proc/32307/fd | wc -l
  459

The majority of these file handles point to temp files most of which are
less than 100 k in size:
Code:

tc@piCoreServer:~$ ls /tmp
  03cIFl7jwe 4rgI1aC5vc 9WJ4VtXcBL Gd9RHv3V1l NNPPF9ceUe 
Sl3yuXOz36 WuykGpS0xb bootlog.txtgKm8BgSzot mEQGU5SvOW 
rJkQlGJI8J wURF2K4f4K
  0EmYhzJcmB 4tPPr4daxA 9kOwuZh3DW GmabeY5h3Q NTlU4uMxZo 
SsEtswHHAn WvCIsttz5m bzMqfrLxAV guEXqhnCGq mEp9BbzIyb 
rukbirJ2Vm wVhM2nDcQZ
  0MgKy2CQgv 59OZNn7TZC 9ncQsIcC0T GvYFsnRz12 NZbdlVfobT 
Ssa2ci4XIw X6zZ6QDze7 c40jEOE2px hC1zbMSwlZ mLpFKaW1yL 
s4ESx3Ymud wWXbsZiJ20
  0OdWqmUZXu 5EoPV3jX4t 9tzReGrzMm Hg1rwaMJQU Nb5kHNTXVK 
Sw1eZQg04O X94BfSP5gY c5kBHVyR90 hDFoTS1pt6 mcXUl3DsXH 
s4bQXZPW1N wXr80U6zsv
  0VW1ORXGi8 5qtZGav2wm 9yDdWrfNFh HhKv5L1ozW NruzzJs1Um 
T0bBX5nUIx XCechksfUu cGaSipwMqP hSqo7SFjnL mqRSCx1FIO 
s82mYev8qQ wfqSFmkCa1
  0iNoW2Ico0 5yi4EhKHHS A1tbR1pg34 HrjcbeYad8 Nx1pQGNdGk 
TBm6dOTIVO XUWUuZNkeL cICQETUXgO hWNDmZBFYx mu37x9zwHD 
sXJC56fXBc wiVr3HQwPk
  0qKNEliEkl 604D2xW2Tt AaEYtvzAMB I0e7fkV9G6 O1VvyykKyv 
TGqW8Fs3OL XYU2njU0e6 cJEPfJnxFE hXwNydIFSS mzjDdGcRJq 
se46Pf42uA wk6oxnHMKn
  0qkNkqI35F 6Qy9fMg2Wt AnKjz3mGy7 I5w5mUr4hw O5s04ZhuvZ 
TJ6RyApBlL Xbz31gOGIm cPzStqDQB0 hZjRd9lF00 n9YIrXeYHw 
sexeF2VROx wmbL4CgCXb
  0unQjsdhxT 6WGXas0JgF B4TYWqilnd IDXJgiVJru OHpas4VD1J 
TOKksgRTmD Xc2vhUjjtq d3MNPBgpyP i3HwB8XJbA nDNobIBN6U 
sjDEsb8NSk wtlFddVnSf
  1BVOZ2XO58 6lpc5Hz72e BILAwoAQbV IEGu7ZTHcx OLYrBtXlhm 
TTFITP0uvW XgGRJL9V1d d8buGmkIb5 iFWF8Ir4LQ nEye6aNZOU 
slimupdate/x13y3rNG7X
  1CYPNL0GEs 6t7NbOMLiX BMDe4xvaVY IFecwjVZY5 Opo6TN3ru2 
TkciUsvxFT XhuxXEX9DA dAWhKbIZ6z iJECPb3BTR nOtq4bk4Qh 
tELx8hMxrY x1zuzXUY2r
  1CcvD9Vpbe 728rEKvRdx BYU8sN2gql IncXP37qXU P8C7rfNVlB 
TrqyHlAjDw Y9xRrqrDmI dCg2gXtpFQ iMLfib0C6P nbWRfHPoLK 
tRsPc4VdpT xB0IEgJfWR
  1ZdVNpxEu7 7ACuIcyWP4 Bm4cXyA9bR J8am7gmDWf PQJ952a5q3 
TuPUuLqapg YAtTtPXVkP dEIUtc7xxw ibPwSyx1K9 newdep.lst 
tbqL2ZYEXL xQLtqB6sbI
  1fgdvPmnPZ 7Ew8nXotOR C68HQ4pbMd JFQ0d7rW6d PuM3rncSUe 
Tx6gd5AP7T YHuLaKQFi4 dLDfu8zfTw ilrsdprSUK nnbwLlRdME tce/ 
  xRhfBKPNCx
  1u0GHEQlQF 7GjOSv0tJO CpXr0PDULX JNdNFhsdXQ Q0YZtnyi9g 
U40bI0bgVI YSky3P8lHb dUxnq7qLUV imVlF508C0 nsC9mU2Z5T 
tcloop/xXkR2lIbYb
  1yzJMX1dVk 7IAD7vYZwS Crr4Gv0bnD JPocnZeLJh Q97QZVUPHQ 
UFzbJURWJF YtQah9muru dbJk6RXBV2 immrxdWS9t o6E0LBA07F 
tmp.18jhiN xdx5D2lUAN
  2HvwYk8MCS 7LbsrebwUg CtwXSukPiM JRs60MDOCL QOnb4i0ybg 
UNlImZPzrj Z96bAqmu7Q dg8AR3wXax ioow0K9ArG oDxX0roKmb 
txlHsN7Ijm xtMRobN8ZJ
  2IApNBY1rq 7PIGNDgs66 D2uONQqI2k JYMzKBOFSM QTFc97PBBz 
UNqy2QUrnY ZHmfPq3ITY diOtzoNgJq isfSzmLrsz oIUhnZISSg 
tzxEDKuYOV xwAC0YWWr2
  2lCmLwhhGv 7XKgKqCN2Z DY5QcaTz3J JnWccflg20 QX1iu33p5W 
UV8Dzkx8uc ZkEdWmhrc9 drGnCSBfBF ivnGZEP7vN oKSRjJA6lf 
u4JRuoOqI5 y6E4lbOjSE
  2oes0nmgVo 7aDVmWnkwu DaPdB5GQM1 KJEAgBLkf0 QY1dJvGXwn 
UYqCoex4kG ZqBCgbHQ2p dropdown.cfg   j8a8PPWvIk oSn9W4XjQA 
u6FBVMX2C1 y8qvpiMYND
  2xcEfyp1UU 7bngchDriJ DkbfceTQ53 KRrBENMk9r Qfj1r76VGo 
UlJtjVsZce aAMbKfWFTo dydAPGv4Eh jDQaSysY9E oY200lYF9W 
u8Srsfdus6 yOwD1uPuhw
  2zHo8AiIxo 7nIYfS249w DyuMagCTKO KhqHd5Imgy Qw8HVLPpBz 
UqLr4FTo6Y aGWnkQ8rRO e8Jj1hBYTg jrMvLCp6Y2 obD9xsa12h 
uEu4LwesSC yvejTHwJwv
  30qVkfd0E0 7o0j1wo3EH E2TmgSf2yj KopDpxPt26 QwYuUAcMkt 
UrQdjwuHh9 aICyozsrVW eBYXtBpFPX jweUwdH9vl oguOUERzTo 
uZylAdOAsy zF8nHZGfdB
  3FWr84IAx5 7r4nKLNbTQ E7xMHcGN0Q Kvh3rpbiHJ R5nbmn9QkS 
UvTqndB2gz aJk8YEA6xo eDwJDhTjWB k0LklNxGhi orhHMGKcRn 
udDXmQlJQg zkbUlGLixc
  3R5hP9Elsv 82PD3FRdpU EAxn3QNhDo L1Xbiu6N55 RBWQ0Nwyyr 
UzpMA1Zkso aJtJaXx4wr eHzILmDRip 

Re: [SlimDevices: Unix] Alsa mixer on picore - cannot save

[coyrls]

I have looked at pcp_startup.sh.  CARDNAME is set to USB, so the check
in line 358:

Code:

until aplay -l | grep '\[' | grep -q $CARDNAME 2>&1


is passed because on my system “aplay -l” returns:

Code:

card 0: E30 [E30], device 0: USB Audio [USB Audio]


so the string “USB” is found, although the card name is “E30”
but the subsequent commands:

Code:

alsactl init $CARDNAME


at line 421 and

Code:

alsactl restore $CARDNAME


at line 425 fail because the card name is “E30” and not “USB”



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] ANNOUNCE: piCorePlayer 7.0.0

[soundcheck]

Hi there.

Once more a comment or better an idea to the repo tce-load download
failures.
It's a really annoying issue. And doesn't happen with any other OSes I
am using.

I was wondering if these sometimes very fast spawned wgets might cause
an issue. That a port on the other 
side doesn't like it.

Most of the times I run into issues when downloading compiletc with its
numerous dep packages.

If tce-load would allow to set a wait interval between auto-loading the
next package, above could be verified.
Just an idea! 

Q:
Is there an easy way of hardening a failed download process? 
If e.g. compiletc fails it leaves you with a bunch of dead bodies under
./optional. 
Currently I'm tar-ing ./optional and restore it if a download fails once
more.

Thx.



:::'  my blog  - latest: \"The Audio Streaming Series - introducing pCP
Toolbox\"  ' (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]

carsten_h wrote: 
> That's a great idea!
> 

I wish I could claim the credit - that idea is courtesy of Paul Webster.



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

[carsten_h]

chill wrote: 
> In theory, this could be added as a 'one-click' option in pCP, since it
> would be possible to determine the idVendor and idProduct attributes
> when the USB DAC is initially configured on the Squeezelite Settings
> page.  And I'm sure Paul could work his magic on the scripts, to
> integrate the process without the user having to have two separate
> scripts in the home directory and an extra User Command to get the
> device name if the DAC is already present at boot.

That's a great idea!

chill wrote: 
> That sounds lovely.  We're due a bit of snow in the next few days, but I
> don't think we've ever had that much here!

It was only that much because of the wind. On the other side of the
street there has been nearly no snow. At our side it was 40cm.
But if I remember correctly when I was a kid this was normal in winter.
It's nothing special.



pi4 4gb picoreplayer with lms and squeezelite for usb inside an argon
one case
pi3b+ (7\" display, hifiberry dac+ pro) picoreplayer with
squeezlite/jivelite for hifiberry and bluetooth headphone inside a
smartipi touch case
two airport express
ikea symfonisk

carsten_h's Profile: http://forums.slimdevices.com/member.php?userid=69113
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

[slartibartfast]

Man in a van wrote: 
> :cool:
> 
> I'm listening today, to mine, which was built in 2000 :)
> 
> ronnieI seem to remember back in the 1980s a customer came to the company I
worked for with an old Sugden amplifier. I am not sure which model but
it looked something like an A51 being a cube with heatsinks on two
sides. He was using it for sound cancelling purposes in a factory and he
wanted an equivalent as they were no longer available. I took it home
for a while to try it out and it and it knocked the socks off a Naim
Nait and a Mission Cyrus 1. I am not sure if it really was better but
that was the impression it left on my flatmate and myself.

Sent from my Pixel 3a using Tapatalk





slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
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] Alsa mixer on picore - cannot save

[coyrls]

paul- wrote: 
> That boot log means the USB device is not found when trying to restore. 
> pCP boot relies on everything being powered at boot.  USB powered off
> and pluggable cause problems.  The uneven rules floating around should
> make it easy to automate loading the Alsa state too.

As I mentioned, I think "alsactl restore" is being invoked with the
argument "USB".  If I use the argument USB at the command line, I get
the same error, if I use no argument or the argument "E30", I get no
error and the ALSA state is restored.  Everything is powered at boot and
I am not using pluggable.  I can automate the loading of the ALSA state
by specifying the command "su alsactl restore" in the Tweaks page.



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] Alsa mixer on picore - cannot save

[Man in a van]

coyrls wrote: 
> It's a Sugden A21 purchased in 1975 and still working well!

:cool:

I'm listen today, to mine, which was built in 2000 :)

ronnie



Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
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] Alsa mixer on picore - cannot save

[paul-]

That boot log means the USB device is not found when trying to restore. 
pCP boot relies on everything being powered at boot.  USB powered off
and pluggable cause problems.  The uneven rules floating around should
make it easy to automate loading the Alsa state too.



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=U7JHY5WYHCNRU=GB_code=USD=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=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

[chill]

That's good news.  So it seems like this could be a universal approach. 
It would be good to get feedback from other USB DAC users.

In theory, this could be added as a 'one-click' option in pCP, since it
would be possible to determine the idVendor and idProduct attributes
when the USB DAC is initially configured on the Squeezelite Settings
page.  And I'm sure Paul could work his magic on the scripts, to
integrate the process without the user having to have two separate
scripts in the home directory and an extra User Command to get the
device name if the DAC is already present at boot.

carsten_h wrote: 
> 
> I couldn't answer before as I have to move 3 cubic meter of snow away
> and go with the sledge outside with my children. :-)

That sounds lovely.  We're due a bit of snow in the next few days, but I
don't think we've ever had that much here!



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]

I resample to the E30's maximum so it always says the 705.6

I don't think it matters where you attenuate in the digital domain.
Ideally you should attenuate in the analog domain, using a simple
voltage divider.

If you hit the [Save] button in the [Card Control] screen, you won't
need the User Command.



Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403
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

[carsten_h]

chill wrote: 
> Here's my improved script.

Wow! You are my hero for today! It is working as expected. It starts the
first time now also! Did I say: "Wow!"?
It would be great if the documentation page would include that great
addition!

I couldn't answer before as I have to move 3 cubic meter of snow away
and go with the sledge outside with my children. :-)



pi4 4gb picoreplayer with lms and squeezelite for usb inside an argon
one case
pi3b+ (7\" display, hifiberry dac+ pro) picoreplayer with
squeezlite/jivelite for hifiberry and bluetooth headphone inside a
smartipi touch case
two airport express
ikea symfonisk

carsten_h's Profile: http://forums.slimdevices.com/member.php?userid=69113
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

[coyrls]

Greg Erskine wrote: 
> The third field in [Squeezelite Settings] > "Upsample setting" is
> attenuation.
> 
> I am using 4dB attenuation, I haven't tried larger but I assume it
> works.
> 
> Why use ALSA for attenuation instead of using the Topping E30's PRE
> mode?

I didn't realise you could set attenuation in Squeezelite.  I like the
E30 display to show the sample rate, I believe that when in Pre mode, it
shows volume or alternates volume with sample rate, also I have read
some criticism of the the E30 pre mode but I guess this may not apply if
you are just using it to set an output level.  I don't really know the
relative merits of setting attenuation in ALSA vs Squeezelite vs E30 Pre
mode.  Any advice?  It's working with ALSA for me, when I set asactl as
a command in tweaks.



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] Alsa mixer on picore - cannot save

[Greg Erskine]

The third field in [Squeezelite Settings] > "Upsample setting" is
attenuation.

I am using 4dB attenuation, I haven't tried larger but I assume it
works.

Why use ALSA for attenuation instead of using the Topping E30's PRE
mode?



Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403
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] Alsa mixer on picore - cannot save

[slartibartfast]

coyrls wrote: 
> It's a Sugden A21 purchased in 1975 and still working well!So DIN inputs 
> expecting a much lower input level then [emoji3]

Sent from my Pixel 3a using Tapatalk





slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
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] Alsa mixer on picore - cannot save

[coyrls]

I don't know much about electronics but the manual says the input
sensitivity is "100mV into 200 Kohm flat response" and I set alsamixer
dB gain to -18.00.



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] Alsa mixer on picore - cannot save

[coyrls]

slartibartfast wrote: 
> What is the amplifier? I must admit to adding 10dB attenuators between
> my DAC and my Audiolab 8000A to allow the volume control to operate well
> away from the minimum at night time listening levels. 
> 
> Sent from my Pixel 3a using Tapatalk

It's a Sugden A21 purchased in 1975 and still working well!



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] Alsa mixer on picore - cannot save

[coyrls]

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.

I am using in DAC mode, as I say the output level is too high for my
amplifier.



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] Alsa mixer on picore - cannot save

[coyrls]

paul- wrote: 
> What is in your boot log?

I should have looked before, here is what I think is the relevant
section:


Code:

Waiting for soundcard USB to populate. Done (1).
  Waiting for network... Done (7).
  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!
  Done (7).



When I run "sudo alsactl restore" I don't get these error messages.  If
I run "sudo alsactl restore USB", I get the same error message.  I think
alsa has identified the "soundcard" as "E30" because if I run "sudo
alsactl restore E30", I don't get the error message.



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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

[chill]

As an aside, I'm running v2.2.3 of Material skin, which is now
super-responsive to changes in players, so it's cool to see my 'Lounge'
player appearing and disappearing moments after a change in the power
state of my DAC, even while the player drop-down stays open.

33272 33273


+---+
|Filename: players1.jpg |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=33273|
+---+


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]

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.


+---+
|Filename: card control.png |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=33271|
+---+


Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403
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] Alsa mixer on picore - cannot save

[slartibartfast]

coyrls wrote: 
> The default output level is too high for my amplifier, I have to set the
> volume really low and tiny increments make a big difference to the
> volume.  I use alsamixer to reduce the level so that it is compatible
> with my amplifier.What is the amplifier? I must admit to adding 10dB 
> attenuators between
my DAC and my Audiolab 8000A to allow the volume control to operate well
away from the minimum at night time listening levels. 

Sent from my Pixel 3a using Tapatalk





slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
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] Memory Leak in Perl Engine on piCorePlayer?

[bpa]

bpa wrote: 
> As a sanity check, you can check whether number of handles increases
> after playing a pipeline process started/finished with something like 
> lsof -p  | wc -l

As a reference,I did a quick test playing a file to a player and it is
the only activity on LMS.

File handles go up by 4 when playing.
Drop by 2 when track is stopped.
After about a minute drops by another 2 to original value.



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] Alsa mixer on picore - cannot save

[coyrls]

slartibartfast wrote: 
> If a USB DAC does support it what benefit does that give you?
> 
> Sent from my Pixel 3a using Tapatalk

The default output level is too high for my amplifier, I have to set the
volume really low and tiny increments make a big difference to the
volume.  I use alsamixer to reduce the level so that it is compatible
with my amplifier.



coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
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] Memory Leak in Perl Engine on piCorePlayer?

[bpa]

Simonef wrote: 
> . While the transcoding software used (sox, flac lame or whatever)
> is always correctly closed, the size of slimserver.pl grows A LOT and
> the ram usage of slimserver.pl never goes down.
> So I'm pretty sure that it's leaving some handles/objects around open.
> And there is also a correlation that let me think this is the case: when
> transcoding a small file (mp3) che ram usage grows slowly, when
> transcoding a huge file (32/384k or DSD) the RAM usage grows extremely
> fast.
> 
> But while I'm a dev, I'm not familiar at all with both perl (never used
> it) and how lms manages pipelining, so the only thing I can do is
> testing and reporting :/

There is buffering of data withing LMS and so file compression will
affect how much is buffered.  A lot of buffering is associated with a
file handle.
Perl will only garbage collect resources associated with a file handle
when it is closed and no longer in use.

As a sanity check, you can check whether number of handles increases
after playing a pipeline process started/finished with something like 
lsof -p  | wc -l



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] Alsa mixer on picore - cannot save

[Man in a van]

slartibartfast wrote: 
> If a USB DAC does support it what benefit does that give you?
> 
> Sent from my Pixel 3a using Tapatalk


keine ahnung :)


https://www.youtube.com/watch?v=Cj8n4MfhjUc



Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
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

[chill]

chill wrote: 
> I don't think the complexity of testing whether squeezelite generates a
> process id and then retrying would be necessary...

I'd forgotten about the 'status' option of the built-in squeezelite
script, which makes it really simple to see if squeezelite has started
up.  So I improved my script to be a little more sophisticated than just
waiting 0.25 seconds.  It will now retry up to 5 times, with 1 second
between each.  Obviously you can tune those values.  In my case I've
found that it always starts first time, so evidently the tiny delay
introduced by calling an extra script is enough.  YMMV.

Here's my improved 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
  




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] Memory Leak in Perl Engine on piCorePlayer?

[Simonef]

bpa wrote: 
> A long time ago, on some Linux distros, there was a problem with
> pipelining when the transcoding process would not shut down properly and
> become a zombie - this would mean many resources in LMS would not be
> released as handles were not closed etc.
> 
> It is a wild shot but are there any zombie processes or any indication
> that pipelining is leaving handles open  or no. increasing ?

. While the transcoding software used (sox, flac lame or whatever)
is always correctly closed, the size of slimserver.pl grows A LOT and
the ram usage of slimserver.pl never goes down.
So I'm pretty sure that it's leaving some handles/objects around open.
And there is also a correlation that let me think this is the case: when
transcoding a small file (mp3) che ram usage grows slowly, when
transcoding a huge file (32/384k or DSD) the RAM usage grows extremely
fast.

But while I'm a dev, I'm not familiar at all with both perl (never used
it) and how lms manages pipelining, so the only thing I can do is
testing and reporting :/



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] Alsa mixer on picore - cannot save

[slartibartfast]

Man in a van wrote: 
> do F6 in alsamixer and select the usb output, the resulting screen wil
> with show a volume control or a messageIf a USB DAC does support it what 
> benefit does that give you?

Sent from my Pixel 3a using Tapatalk





slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
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] Memory Leak in Perl Engine on piCorePlayer?

[bpa]

Simonef wrote: 
> The memory leak is present on *BSD. And it seems also of linux arm
> platforms (as said by another user)
> I've NOT experienced this bug in debian x64


A long time ago, on some Linux distros, there was a problem with
pipelining when the transcoding process would not shut down properly and
become a zombie - this would mean many resources in LMS would not be
released as handles were not closed etc.

It is a wild shot but are there any zombie processes or any indication
that pipelining is leaving handles open  or no. increasing ?



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?

[Simonef]

bpa wrote: 
> I got a little lost on platforms being used. 
> Your initial report was on a FreeNAS.
> Then you later said bug does not happen in Debian 64bit.
> 
> Can you clarify the problem happens only when pipelining on either Linux
> based or FreeBSD based system ? or just on FreeBSD based system ?

The memory leak is present on *BSD. And it seems also of linux arm
platforms (as said by another user)
I've NOT experienced this bug in debian x64



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] Memory Leak in Perl Engine on piCorePlayer?

[bpa]

Simonef wrote: 
> No, the bug has to do with the pipelining. I have passed the witness to
> philippe44 to analyze the code.

I got a little lost on platforms being used. 
Your initial report was on a FreeNAS.
Then you later said bug does not happen in Debian 64bit.

Can you clarify the problem happens only when transcoding on either
Linux based or FreeBSD based system ? or just on FreeBSD based system ?



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] Alsa mixer on picore - cannot save

[Man in a van]

do F6 in alsamixer and select the usb output, the resulting screen wil
with show a volume control or a message



Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
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] Alsa mixer on picore - cannot save

[slartibartfast]

Man in a van wrote: 
> a lot of usb dacs do not have a volume setting in alsamixerHow would you know 
> if it does or not?

Sent from my Pixel 3a using Tapatalk





slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
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] Memory Leak in Perl Engine on piCorePlayer?

[Simonef]

mherger wrote: 
> > @mherger I made a pull request on slimserver-vendor
> Would that PR fix the issue you've reported here?

No, the bug has to do with the pipelining. I have passed the witness to
philippe44 to analyze the code.



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] Alsa mixer on picore - cannot save

[Man in a van]

slartibartfast wrote: 
> I can't remember setting alsamixer level when setting up my E30. What
> benefit does that bring when using the USB input?
> 
> Sent from my Pixel 3a using Tapatalk

a lot of usb dacs do not have a volume setting in alsamixer



Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
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

[chill]

That seems to have cracked it.  With the udev rule set to trigger on
'add', I'm still calling mostly the same script as shown a few posts
back, but instead of trying to restart squeezelite from within that
script, I'm now calling another script to run in the background
('/home/tc/restartSQLITE.sh &').  That new script simply has a short
sleep command, followed by the original squeezelite restart command
('sudo /usr/local/etc/init.d/squeezelite restart >>
/var/log/pcp_DAC.log
').

As a result, the udev script returns very quickly without blocking
further udev events, and squeezelite starts up in the background after
that short sleep.

I'll experiment with how long the sleep should be in my case - I suspect
0.25 would probably be enough (can you have a non integer sleep?).  I
don't think the complexity of testing whether squeezelite generates a
process id and then retrying would be necessary, since the driver loads
very quickly after the 'add' event.



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

[chill]

Paul Webster wrote: 
> Another solution could be a change to Squeezelite to perform a few
> sleep/retry loops before deciding to exit.

Or maybe that can be scripted separately.  The problem is that the
script called by the udev rule blocks any further udev events on that
device.  So the script mustn't do anything that takes a long time. 
Since the '&' option doesn't seem to work to make it run in the
background, maybe the script could call an extra script to handle
squeezelite startup, and that extra script could be started with '&'. 
In this way, the main udev script should complete very quickly and not
block any further events.  In the meantime, that extra squeezelite
script could do the pause, or loop until success etc, but it'll be in
the background by then, so should eventually allow the driver to load.



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

[Paul Webster]

Another solution could be a change to Squeezelite to perform a few
sleep/retry loops before deciding to exit.



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] Alsa mixer on picore - cannot save

[slartibartfast]

coyrls wrote: 
> Same for me, the alsamixer level setting doesn't survive reboots. 
> Putting sudo alsactl restore in tweaks as a startup command also fixes
> the problem for me.  Running pcp 7.0.0 with a Topping E30 USB DAC.I can't 
> remember setting alsamixer level when setting up my E30. What
benefit does that bring when using the USB input?

Sent from my Pixel 3a using Tapatalk





slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
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

[chill]

chill wrote: 
> 
> Or maybe the answer is for the udev script to run in the background
> (with '&'), so that it doesn't block further activity.  I don't know if
> that works in the case of udev events.  I'll do some more experimenting.

Nope - even running the udev script with '&' at the end, further
activity is still blocked.  So I think it's important that the udev rule
is based on 'bind', rather than 'add'.



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

[chill]

carsten_h wrote: 
> I really don't understand why here at the first switching on of the USB
> speakers still nothing works. Only when switching off and on again it
> works.

I've been experimenting, and I think I have a clue as to what's going
on.  I changed my udev rule from 'bind' to 'add', and indeed I now see
the same behaviour as you: after a reboot, the first time the DAC is
inserted the udev rule is triggered and squeezelite tries to start, but
it fails to do so.  I believe that's because there are no drivers loaded
for the DAC at that stage.  The next time the rule is triggered, by
removing and reinserting the DAC, the drivers have already loaded (from
the first attempt), so squeezelite starts up successfully.

So I first thought that all I needed to do was insert a short delay into
the squeezelite startup script, so that after the rule is triggered
there is enough time to load the drivers.  But that didn't work, even
with an extreme delay of 5 seconds.  That puzzled me, because in my case
the 'bind' action happens only a split-second after the 'add' action, so
only a very short sleep should have been necessary.

But now I see that the script that runs on a udev event seems to block
further activity.  So if I trigger my script on 'add', and my script
causes a 5 second sleep, the subsequent 'bind' action, indicating that
the driver has loaded, is delayed by 5 seconds too, so it doesn't help. 
You can see this in these two dmesg examples.  In the first, I have no
delay in my script.  If you look at the interval between the third-last
line [50.840106] and the 'mc: Linux media interface: v0.10' line
[51.548874] you see it is 0.7s.


Code:

[   35.981372] Finished piCorePlayer v7.0.0 startup.
  [   49.973086] usb 1-1.3: new full-speed USB device number 4 using xhci_hcd
  [   50.079865] usb 1-1.3: New USB device found, idVendor=0451, 
idProduct=2036, bcdDevice= 1.01
  [   50.079871] usb 1-1.3: New USB device strings: Mfr=0, Product=1, 
SerialNumber=0
  [   50.079876] usb 1-1.3: Product: General Purpose USB Hub
  [   50.086925] hub 1-1.3:1.0: USB hub found
  [   50.087861] hub 1-1.3:1.0: 2 ports detected
  [   50.381084] usb 1-1.3.1: new full-speed USB device number 5 using xhci_hcd
  [   50.495051] usb 1-1.3.1: New USB device found, idVendor=08bb, 
idProduct=2704, bcdDevice= 1.00
  [   50.495059] usb 1-1.3.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
  [   50.495064] usb 1-1.3.1: Product: USB Audio DAC   
  [   50.495069] usb 1-1.3.1: Manufacturer: Burr-Brown from TI  
  [   50.502513] hid-generic 0003:08BB:2704.0001: hidraw0: USB HID v1.00 Device 
[Burr-Brown from TI   USB Audio DAC   ] on 
usb-:01:00.0-1.3.1/input2
  [   50.725086] usb 1-1.3.2: new full-speed USB device number 6 using xhci_hcd
  [   50.834721] usb 1-1.3.2: New USB device found, idVendor=04d8, 
idProduct=ff89, bcdDevice= 0.01
  [   50.834728] usb 1-1.3.2: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
  [   50.834733] usb 1-1.3.2: Product: DLCP
  [   50.834737] usb 1-1.3.2: Manufacturer: Hypex BV
  [   50.840106] hid-generic 0003:04D8:FF89.0002: hiddev96,hidraw1: USB HID 
v1.11 Device [Hypex BV DLCP] on usb-:01:00.0-1.3.2/input0
  [   51.548874] mc: Linux media interface: v0.10
  [   51.584905] usbcore: registered new interface driver snd-usb-audio



In the second example, I added a 5 second sleep in my script, and now
the interval before the 'mc: Linux media interface: v0.10' message
appears in dmesg increases to 5.7s

Code:

[   35.868798] Finished piCorePlayer v7.0.0 startup.
  [   62.517101] usb 1-1.3: new full-speed USB device number 4 using xhci_hcd
  [   62.623910] usb 1-1.3: New USB device found, idVendor=0451, 
idProduct=2036, bcdDevice= 1.01
  [   62.623923] usb 1-1.3: New USB device strings: Mfr=0, Product=1, 
SerialNumber=0
  [   62.623934] usb 1-1.3: Product: General Purpose USB Hub
  [   62.631148] hub 1-1.3:1.0: USB hub found
  [   62.633907] hub 1-1.3:1.0: 2 ports detected
  [   62.929100] usb 1-1.3.1: new full-speed USB device number 5 using xhci_hcd
  [   63.043220] usb 1-1.3.1: New USB device found, idVendor=08bb, 
idProduct=2704, bcdDevice= 1.00
  [   63.043233] usb 1-1.3.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
  [   63.043243] usb 1-1.3.1: Product: USB Audio DAC   
  [   63.043253] usb 1-1.3.1: Manufacturer: Burr-Brown from TI  
  [   63.051394] hid-generic 0003:08BB:2704.0001: hidraw0: USB HID v1.00 Device 
[Burr-Brown from TI   USB Audio DAC   ] on 
usb-:01:00.0-1.3.1/input2
  [   63.277100] usb 1-1.3.2: new full-speed USB device number 6 using xhci_hcd
  [   63.386517] usb 1-1.3.2: New USB device found, idVendor=04d8, 
idProduct=ff89, bcdDevice= 0.01
  [   63.386530] usb 1-1.3.2: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
  [   63.386540] usb 1-1.3.2: Product: DLCP
  [   63.386550] usb 1-1.3.2: Manufacturer: Hypex BV
  [