piPlayer wrote:
> It would be nice if you could write a final summary.
>
> Best regards
> PiPlayer
My apologies - sidetracked again. I'll do this now.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10
INSTALLATION INSTRUCTIONS AS OF 18 APRIL 2020, UPDATED TO INCLUDE PAUL'S
DISPLAY OVERLAY:
Put a fresh pcp6.0.0 image on the SD card.
Whilst the SD card is still in the laptop:
Enter wifi credentials in wpa_supplicant.conf.sample and save as
wpa_supplicant.conf
Add these parameters to the end of
Screensavers for pCP/Jivelite are configured using Jivelite itself.
'Settings' -> 'Screen' -> 'Screensavers'.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevi
superpat999 wrote:
>
> Please, Please could you put a warning in your instructions to make
> people aware of the choice and that an edit may have to be made. It
> would save a lot of grief!
>
Hi Patrick - that's a good idea. At the time that script was written I
don't think there'd been any
Are the register settings permanently written to the device, and are the
tools provided pre-built for a different OS? If so, could you use that
OS to disable the boot timeout?
>From the product brief:
> PI_BOOT_TO
> 1 byte, register address 0x21, read/write, saved to flash
> Default value: 30 (c
mnd wrote:
> Hi,
>
> would it be hard to edit the various menu entries in the Jivelite on a
> Joggler, or a description/comment text in the quit menu, for example?
>
> I find myself sometimes forgetting to turn off the amp, after listening
> to music, so I hope custom text about that would hel
sifon wrote:
> Hi guys, I'd like to edit the QVGAportraitSkinApplet.lua skin and try to
> customize it.
> The problem is it's read-only - I know how to edit it, but I can't or
> don't know how to save it or rewrite it (neither in winscp nor putty). I
> suppose I missed some of the basics, please
sifon wrote:
> Thank you for the quick reply!
> I tried doing that via winscp, i've got - error code 3, permission
> denied.
> I tried via putty (it's not really my area of expertise) using cp
> command and I've got -
> cp: omitting directory 'QVGA240squareSkin'
>
> apologies for asking basic
sifon wrote:
> Thanks! one more thing before i dig into it - how do I load it or point
> Jivelite to load this copy?
Just restart Jivelite - it will load anything in that .jivelite/userpath
folder in preference to the default versions.
-
sifon wrote:
> thanks Chill, it works! what do I do if I want to make it permanent? i
> tried getting write privileges of the folder , which i suppose holds
> this skins, but i can't.
Just do a backup of pCP when you've finished your edits - this will
ensure that your new sk
I will look into changing the colour of the characters, to see if makes
any difference. I'm surprised that you find the minimum setting too
bright however - on setting 1 I find the display very dim, barely
visible in the daytime and comfortable at night.
My apologies if this is already obvious,
Although that's the same type of command that is used internally by the
brightness setting functions (on the Pirate Audio boards), I think that
executing it from a shell will only be temporary, and the value will not
be stored internally. The internally stored settings will be recalled
whenever
I'd like to do a fresh install of pCP7 on my RPi4 4GB server. I have a
spare RPi4 1GB, and I'm planning to do the 64-bit install/setup on that
one, then transfer the SD card over to the 4GB. This will allow me to
compare setups (plugin lists and configurations, personal script files
etc) while
Hi Carsten
Many thanks for this write-up. It gave me the confidence to buy an
Argon One V2 case to house my LMS server, and I have installed the
Python script as per your instructions. It all seems to be working
well. The fan does not seem to be necessary when the case is on a desk
(temperatu
carsten_h wrote:
> You wrote V2, so you have the one with the M.2 SSD at the bottom?
No, the V2 does not have the SSD space below ('although I note that it
can be added'
(https://thepihut.com/products/m-2-expansion-board-for-argon-one)).
It's this one:
https://thepihut.com/collections/raspberr
I've just ordered that M.2 SSD add-on tray and a suitable SSD. I think
it's worth it to make a neat all-in-one server that will occupy a
minimum of space in my router cupboard. It'll just have power and an
ethernet cable connected to the back, and a USB3 flash drive for
booting, including a sep
carsten_h wrote:
> So the integrated SSD will be a little bit complicated to attach it to
> the Mac and the Pi.
>
It seems that the only connection between the M.2 SSD tray and the RPi
is that little rigid USB link piece that connects to the RPi's lower
USB3 socket.
[image:
https://cdn.shopif
paul- wrote:
> Looks like Argon is supplying the M.2 to USB3 converter. I hope they
> did their homework, as there are some adapters that don't work well with
> the PI4.
>
> Not sure how well these adapters are supported with trim support either.
According to 'here'
(https://thepihut.com/pro
I've tweaked the python script to make it slightly easier to use a
separate config file under pCP. I changed the 'tmpconfig' line as
folows:
Code:
# tmpconfig = load_config("etc/argononed.conf")
tmpconfig = load_config("/home/tc/argononed.conf")
--
Thanks Paul - I'll see what the SATA SSD drive on the M.2 SSD adapter
reports when they arrive, hopefully tomorrow.
>From a quick skim through that blog I noticed that some of the quoted
commands behave differently under pCP (e.g. lsusb -t), and some of the
tools don't seem to be available (e.
paul- wrote:
> fstrim is supported. I have the other tools, I just never packaged
> them for others to use :) I can rectify that.
Thank you. My existing SATA SSD, connected to USB3 via a SATA-to-USB
adapter, gives the response below to fstrim. It's the same response
that my USB3 flash dri
carsten_h wrote:
> I think TRIM is something the system has to support and actively call.
Sure, but what I haven't grasped yet is whether 'enabling' it for a
specific drive is something that is done in the drive's firmware (so it
would show as 'enabled' under any trim-capable OS), or whether it
carsten_h wrote:
>
> I also don't know python, but I would make it the following way:
> >
Code:
> > while True:
> temp = os.popen("vcgencmd measure_temp").readline()
> temp = temp.replace("temp=","")
> val = float(temp.
Ok, so your suggested approach should work in that case. Something to
try tomorrow :-)
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/showthread.php
paul- wrote:
> sg3_utils.tcz is uploaded to the repo.
> busybox does have lsusb command, but its limited in output. You can get
> the USB identifiers from dmesg.or you can download the full bloated
> usbutils.tcz extension.
> I did not build lsscsi, as more than likely you only have one dev
carsten_h wrote:
>
> I also don't know python, but I would make it the following way:
> >
Code:
> > while True:
> temp = os.popen("vcgencmd measure_temp").readline()
> temp = temp.replace("temp=","")
> val = float(temp.
kidstypike wrote:
> Hi chill
>
> I have an Argon one case (no fan), if these are your defaults, I don't
> think your fan will ever turn on. :D
I agree! The case seems extraordinarily effective without the fan.
I've yet to test the fan at higher temperatures, but
My M.2 SSD and adapter have arrived, and I've been investigating with
the tools described in the 'blog post that Paul linked to'
(https://lemariva.com/blog/2020/08/raspberry-pi-4-ssd-booting-enabled-trim).
I first of all investigated my existing Sandisk SATA SSD drive that's
connected via a chea
carsten_h wrote:
> It is clear why you got the error message. You simply forgot the "sudo"
> in front of the command. The error is that the operation is permitted!
>
D'Oh! The correct output supports the original conclusion though.
Code:
tc@pCPServer:~$ sudo fstrim
I just connected the new M.2 SSD to a Windows laptop (I removed the
rigid USB link and used a male-to-male USB3 cable), so that I could use
Western Digital's Dashboard software to inspect the drive. I learned
that, under Windows at least, the drive+adapter support TRIM and UASP.
That was all I
Thanks Ronnie - I'll have a read.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/showthread.php?t=113575
Thanks again Paul. So it appears that the M.2 drive is using UAS after
all:
Code:
tc@pCPServer:/usr/local/bin$ ./lsusb
BUS 002 DEVICE 003: ID 174C:55AA ASMEDIA TECHNOLOGY INC. ASM1051E SATA 6GB/S
BRIDGE, ASM1053E SATA 6GB/S BRIDGE, ASM1153 SATA 3GB/S BRIDGE, ASM1153
chill wrote:
>
> Maybe this explains why it is 50% faster than the previous SATA SSD
It doesn't. Both drives show up as identical devices with identical IDs
(is that possible?), and both are using the uas driver.
Code:
tc@pCPServer:/usr/local/bin$ ./lsus
paul- wrote:
> If you read the threads, the Asmedia adapters are going to be dependent
> on the firmware loaded on the adapter.
>
This seems to be the key. I downloaded the 141126_A1_EE_82 firmware
(from 'here'
(https://www.station-drivers.com/index.php?option=com_remository&Itemid=353&func=st
Success! With the 'unmap' provisioning mode made persistent by
following Paul's guidance for editing bootlocal.sh, I can now issue the
fstrim command after a reboot.
Code:
tc@pCPServer:~$ sudo fstrim -v /mnt/Music
/mnt/Music: 45572067328 bytes trimmed
---
paul- wrote:
>
> So I would run a trim even (in the background) shortly after booting
> your device. Then on a weekly cron job.
Thanks Paul - that's how I've set it up, and yes, if I run the command a
second time, it returns 0 bytes.
But wait - I don't recommend updating to the firmware that
I was able to find (from 'here'
(https://www.usbdev.ru/files/asmedia/asmt2115firmware/)) and reload the
original 140704_A1_00_00 firmware for the Argon M.2 adapter, but it did
not restore the original speed. It simply removed the trim support. I
tried it also on a fresh pCP7 install, in case an
paul- wrote:
> What are you using to test speed? It could be just your method of
> testing.
That's certainly possible - I'll admit I don't have a good understanding
of the conditions required to get an accurate result.
I found the basic commands 'here'
(https://elinux.org/RPi_SD_cards#Terminal
sodface wrote:
> Working on a weather screensaver for jivelite, using the image viewer.
This looks interesting. I wish my weather forecast looked like that!
Is your screensaver ready for sharing? I'm interested in doing
something with the Earth View Images that can be created here:
https://w
For instance, I'd quite like the real-time cloud cover global map as a
constantly updating screensaver. This string returns that:
https://www.fourmilab.ch/cgi-bin/Earth?img=cloudy.bmp&imgsize=640&dynimg=y&opt=-p&date=0
[image:
https://www.fourmilab.ch/cgi-bin/Earth?img=cloudy.bmp&imgsize=640&dy
Excellent - thank you. I'll give that a go. The cron job is a much
better idea than running my own script in the background. And it's
handy that the Image Viewer screensaver will handle the image updates by
itself. I'll only need to update my image whenever the sunlit part
moves by one pixel,
It seems like local storage for the image works the same way - updating
a single file in the specified folder results in the screensaver
updating to that new image. So I don't need a local http server - I'll
just have the cron job run my script for fetching the updated file into
that local folde
I couldn't resist looking into this further, so I've ordered another of
the Argon M.2 adapter trays. I'll keep this new one strictly 'factory',
but it will allow me to double-check my original speed tests.
I've also discovered the ''ASMTool'
(https://github.com/smx-smx/ASMTool)' project to read
In case anyone else is interested (and my apologies for polluting your
Alpine Linux thread), note that the Fourmilab site has a limit on the
rate that images that can be requested. I exceeded this a couple of
times during testing, and instead of an image I was served up a file
that said I had ex
sodface wrote:
> Excellent, no apologies necessary either, I'm just thrilled to have a
> reply to a thread
:)
I spoke too soon regarding the 2-minute updates. After a few hours this
rate also triggered the 'too many in 10 minutes' service denial. So I
guess the acceptable rate might vary dep
Thanks Paul - that allowed the library to compile without error, so I'm
a step further on. The instructions say to "Place the resulting .so
file next to the ASMTool executable (obtained by building this
project)", so I moved it into the /bin/Debug folder, where there's an
AsmTool.exe, but when I
Thanks Paul - I tried that (4 times: both locations and with the
original and renamed .so file), but the executable always fails with the
same error.
I don't want to take any more of your time, so I'm going to see how I
get on with the speed tests on a factory-fresh adapter. If there's
really a
sodface wrote:
> Quoting without comment other than, hard to believe this was written in
> 2003, could have been penned yesterday...
Indeed - quite a character. I too had a better look around his website
- he's clearly been creative and prolific for a long time, and there's a
lot to like on hi
I received a helpful reply to my question about the permitted rate of
image requests from the Fourmilab Earth viewer. Although the 'service
denial' message tells me that I've made too many requests within a
10-minute period, the rule itself is apparently that if you make 100
requests without a 1
Paul Webster wrote:
> Try this
> https://forums.slimdevices.com/showthread.php?109934-LMS-could-not-reestablish-any-USB-connection-after-USB-Dac-is-disconnected&p=930865&viewfull=1#post930865
I'm not sure this will help in this case. That tweak means that once
Squeezelite has started, it doesn
ralphy wrote:
> Try enabling the Close output setting (-C) option with a value of 5.
>
> It's suppose to allow squeezelite to start and wait for the device to
> appear.
>
> You need to use the hw:CARD= device with the -o option not plughw:CARD=
Thanks Ralphy - that's done the trick in my case
@corrobor - you posted just before me, and evidently have different
results. I think my case is slightly different, in that my USB DAC is
one of several inputs built into my amp (a Hypex DLCP). Previously, if
I had the amp switched to 'optical' instead of 'USB' while the Pi was
booting, the DAC
My new factory-fresh Argon M.2 adapter tray arrived today (same firmware
as the original one had: 140704a1), so I've done some comparative
speed tests. And after all that there's no difference between this one
and my original version(firmware upgraded to 141126a1ee82)! Using the
same M.2 SS
@Paul-, Ralphy
When you get a moment, could I ask you to add a couple of packages to
the repository please? I'm looking for vorbis-tools and pcp-id3v2.
I'm updating a couple of devices to Pi4/pCP7. One of them is used for
various audio-related tasks, such as maintaining a compressed copy of m
I thought I understood this (and even had it working under previous
versions of pCP), but I've been struggling for a couple of hours now so
I figured it was time to ask for advice.
On my LMS server device (Pi4 4GB running the 64-bit pCP7,
IP=192.168.1.4) I have an EXT4 USB disk drive (/dev/sda1)
With cifs-utils removed from both machines, the error in the boot log is
now:
Code:
Mounting Network Drive...
mount: /mnt/RemoteMusic: cannot mount //192.168.1.4/Music read-only.
Disk Mount Error, Retrying 2 more times...sleeping 10 seconds.
mount: /mnt/RemoteMusi
Paul Webster wrote:
> The setup looks correct.
> Are there any clues on the server machine when the login fails?
> Are you able to access the share from a Windows machine?
I'm not sure where I should look for clues on the server. I can't see
anything in the logs, except that Samba appears to h
mherger wrote:
> > Ultimately my intention is to mount and unmount this remote disk via
> a
> > command line on the second Pi, so that it can be part of the nightly
> > backup script. One reason for this is because I found (with my
> previous
> > working setup, obviously) that the second Pi tak
ralphy wrote:
> Sure. I can do that this weekend.
Great, thanks Ralphy. No rush at all.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/showthread.
Thanks both for the tip about rsync over ssh. I've managed to set it up
using a public key, so that it doesn't ask me for a password. When I
run my rsync command as user 'tc' it runs fine.
But now I want to set it up so that it also runs as 'root', which I
believe is the user that runs cron jo
Solved it I think. If I'm currently logged in as root (sudo su), I can
ssh using tc's credentials with
Code:
ssh -i /home/tc/.ssh/id_rsa tc@192.168.1.4
I was nearly there in the post above, but the file referenced after the
-i has to be the ir_rs
mherger wrote:
> > But now I want to set it up so that it also runs as 'root', which I
> > believe is the user that runs cron jobs. So I did a 'sudo su' on
> both
> > machines, and repeated the process:
>
> Even if the cron job is run as root you can use tc to connect.
>
> rsync tc (AT) pcp (
D'Oh - I thought I was there, but there's something else needed. I can
ssh from host to remote using the -i option, and it works whether I'm tc
or root. And I can rsync as user tc. But there's no way to specify the
identity file on the rsync command line, so if I'm currently logged in
as root
ssh-agent seems to do the trick. From the command line, logged in as
su, I can type:
Code:
eval $(ssh-agent)
ssh-add /home/tc/.ssh/id_rsa
I can then run my rsync command, specifying tc@192.168.1.4, without it
prompting me for a password. Th
Tsk - another gotcha.
I had to add /root/.ssh/known_hosts to the list of files that survive a
reboot (/opt/.filetool.lst), otherwise my server at 192.168.1.4 would
always show up as a new host after a reboot, and any ssh access by root,
even using tc's key, would be blocked because "The authenti
ralphy wrote:
> pcp-id3v2.tcz and vorbis-tools.tcz extensions have been added to the
> picoreplayer 7.0 64bit repository.
Thanks Ralphy. Perfect timing - I'm working my way through a
comprehensive update to my scripts for backing up, archiving and
maintaining a compressed copy of my library, a
After working my way through my scripts, I've come to the conclusion
that it is easier for me to follow and maintain if every command is
always run as if by user 'tc'. This allows me to test my scripts from
the command line while logged in as tc, and it also ensures that files
created by any of
carsten_h wrote:
> Yesterday I encountered a strange problem. when I switch on the Pi with
> the USB Soundsticks not connected, Squeezelite is not started.
> When I now switch on the Soundsticks, nothing is happening. But when I
> switch them off and on again, Squeezelite is started without a pr
Paul Webster wrote:
> Anything in dmesg when you switch them on the first time?
The output of dmesg appears to be the same the first time as it is on
all subsequent times. I've been investigating with udevadm ('sudo
udevadm monitor'), and more by luck than judgement I think I've hit on a
solut
carsten_h wrote:
>
> The line in red is interesting, as it did not appear after the second
> switch on.
> And the orange lines are at another place than at first start.
Actually I do see the same types of differences between the first and
subsequent instances. In addition, the first instance
I've just noticed a strange quirk of using rsync to mirror my music
drive between two pCP devices: filenames with special characters seem to
display differently on the target drive. This surprised me because both
machines are virtually identical regarding OS, hardware, etc. I'm
looking for help
Paul Webster wrote:
> \#303\#251 is e-acute in UTF8
> but it is #233 in ISO-8859-1
> ... so try UTF8 switch and see what happens
Thanks Paul. It wasn't clear to me which way round the filter should
be, so I tried a few combinations:
--iconv=UTF8,iso88591:
Code:
rsync
d6jg wrote:
> Are you running rsync on the Mac? If so its character settings are
> involved.
> Why arent you running an ssh session on one of the Pis and an rsync in
> that?
That's what I'm doing. I'm accessing both Pis via ssh terminals on my
Mac, then issuing the rsync command from one Pi
d6jg wrote:
> Are you just doing this one way? If so have you tried scp as a test?
> Does that result in the same character set issue?
Yes - just one way. My 'master' library is on source:/mnt/Music, and is
backed up (by target, over ssh) to target:/mnt/MusicMirror.
I'll give scp a try. Neve
chill wrote:
>
> I'll give scp a try. Never used it before, so will have to look into
> the syntax to copy a directory over ssh.
>
OK, so now I know that scp doesn't need any ssh configuration.
Same result though.
Code:
scp -r tc@192.16
I'm getting closer - I think. I put a fresh copy of pCP onto a spare
USB flash drive and booted the original target machine from that. When
I mounted the same disk that was /mnt/MusicMirror, all the files and
directories show up correctly in an ssh terminal, with accented
characters displayed a
Aaargh - this was so simple in the end, it's just frustrating. I had
installed 'coreutils.tcz' on the original target machine (because 'stat'
no longer seems to be part of busybox), but that has replaced the 'ls'
command with one that doesn't display accented characters or different
colours for
chill wrote:
>
> Alternatively (and maybe preferably), how can I add 'stat' without
> loading the whole coreutils package (because who knows what else it
> subtly changes)?
I copied /usr/local/bin/stat (which was put there by coreutils) to
/home/tc/.local/bin, then
d6jg wrote:
> Now that you have resolved that I would revert to rsync as it will only
> sync stuff that has changed - scp is more of a one off copy tool
Indeed - I treated your scp suggestion as a useful debugging step, thank
you. All back to normal now with rsync.
--
d6jg wrote:
> Can I make an observation/ suggestion?
>
> When you do a backup within pCP its not really a backup at all its
> writing the changes youve made in RAM to the SD card for next boot.
> Its really a system save if you will which is great.
>
> Im wondering whether it would be poss
Pommes wrote:
> I would be interested in this kind of script. Are you willing to share
> it, please?
This is what I use. Just give it the name (including path) of the image
file as a command line parameter:
Code:
#!/bin/sh
imagefile=$1
#Find which device pC
paul- wrote:
> << Development content in this post, don't go hunting for it in the
> web interface >>>
>
> That would be a developmental version. _*(not_in_pCP_yet)*_. But I
> could do a web package update. Let me get a bit of input.
>
> 1) Set the image location
> 2) Press Create.
Haha, yes, I can see why.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/showthread.php?t=113512
___
un
Boogie2005 wrote:
> I really need HDMI audio out. Did I understand correctly that this is no
> longer possible?
The announcement only said that it may be hit and miss. It's working
fine for me: RPi4 1GB, pCP7.0.0 64-bit, HDMI out to Panasonic TV.
Actually, since the TV speakers aren't great,
Watching with interest.
I have a multi-device 'learning' IR remote controller, and I have an IR
receiver attached to my RPi. So when I press the corresponding device
key on the remote (to put it into Squeezebox mode), the commands that it
sends are the same as those sent by an original Sque
Could I make a request to have 'ngrok' added to the pCP repositories?
ngrok is used to create a tunnel so that the 'MediaServer' Alexa skill
can be used to voice control LMS. The ngrok executable is a single file
that can be obtained from ngrok.com/download - there's an ARM version
and an ARM64
paul- wrote:
> From what I can tell ngrok is not open source. It appears that v1 was
> open source, but moved to close source.
>
> 1) Binary re-distribution licensing is not clear, the download zip files
> contain just the binary.
> 2) I have a general disdain for supporting closed source plat
This is good news, and impressive progress. I'm looking forward to
being able to ditch my separate IR receiver on the RPi and to point the
remote at the TV instead.
chill's Profile: http://forums.slimdevices.com/member.ph
carsten_h wrote:
>
> The main part is this USB 3.0 hub:
> https://www.amazon.de/gp/product/B07RL74YHZ
>
Ha - that's a coincidence. I bought the same hub (but with three red
power ports) a couple of weeks ago.
https://www.amazon.co.uk/gp/product/B07RQZ3741
I haven't yet attempted to power th
Looking for advice from you clever people. The udev rule is working
very nicely in my setup - Squeezelite starts quite reliably when the DAC
appears.
But there's a related issue. If the USB DAC disappears while
Squeezelite is running, it causes problems with other synced players -
playback sto
I think I have a solution. There are a number of 'substitutions' that
are available when a udev rule is triggered ('see here'
(https://linux.die.net/man/7/udev)). The most appropriate one for my
case seems to be $parent.
> $parent, %P
> The node name of the parent device.
These temporary subs
That seems to work as hoped. I just need to fix the condition after I
power up my DAC and RPi simultaneously. In that case the DAC is
available before Squeezelite needs it, so the original udev rule for
detecting when DAC appears is never triggered, and my file with the node
name isn't created.
I went with '$kernel' in the end (-"The kernel name for this device"-),
rather than '$parent'. It looks something like this:
Code:
1-1.3.1
It meant that it took less effort to create, after boot, the text in the
file that is checked by the 'rem
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.
Yeah, that's a puzzle. You might get a clue if you run 'sudo udevadm
monitor' before you plug the speakers in the first ti
Can you tell whether your script is being triggered by the first
insertion? In other words, is the problem due to the script not
running, or because the command to start squeezelite is failing?
In my case the use of the 'bind' action solved the same issue, but
that's possibly only because it ha
In case anyone else finds it useful, this is my script for starting and
stopping squeezelite in response to udev events.
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 Squeez
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
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 ru
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 m
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
1 - 100 of 746 matches
Mail list logo