kidstypike wrote:
> Sorry, struggling to find instructions, found them now -
>
> https://www.picoreplayer.org/how_to_upgrade_lms.shtml
>
> Just replace 7.9.2 with 8.0.0 in step 5.
How does this method differ from using the "Nightly Update" button on
the pCP - LMS Main Page?
---
ChipMonk wrote:
> Whilst commissioning my recent RasPi4 pCP v6 setup, I realised that I
> need to increase my HDD capacity to make it future proof (famous last
> words!). The most cost- effective way to do this, whilst maintaining
> maximum flexibility, would be to use Logical Volume Management.
carsten_h wrote:
> Interestingly it is this one:
> https://www.raidsonic.de/products/external_cases/external_cases_25/index_de.php?we_objectID=2149
>
> It is also an USB 3.1 UASP enclosure, what I didn't know anymore. I am
> using it attached to one of the USB 3 ports.
>
> Only both of my M.2
pavowren wrote:
> and running into something pretty 'simple and embarrassing'.
> when i boot up with ethernet cable, i can see its ip address and so, i
> try to ssh
>
> ssh tc@192.168.1.128
> and it immediately tells me.
> ssh: connect to host 192.168.1.128 port 22: Connection refused
>
> doin
I've recently set up piCorePlayer on a Pi 4B 2GB memory. All is working
but I get the following from pcp_diag_rpi.log:
Code:
Raspberry Pi
Model: ?
Revision: b03114
PCB Revision: ?
Memory: ?
Shortname: pCP-?-d0630a
Any ide
Is Pcp doing some kind of lookup then?
It is identified in the dmesg boot sequence:
Code:
[0.00] Machine model: Raspberry Pi 4 Model B Rev 1.4
coyrls's Profile: http
Greg Erskine wrote:
> Yes, pCP reads "revision" from /proc/cpuinfo
>
> They changed revision codes when they went from RPi1 to RPi2.
>
> With the release of the 16 (or is it 32) different CM4's, I imagine
> maintaining this list in their documentation has become to much of a
> burden. :confuse
Greg Erskine wrote:
> Yes, pCP reads "revision" from /proc/cpuinfo
>
> They changed revision codes when they went from RPi1 to RPi2.
>
> With the release of the 16 (or is it 32) different CM4's, I imagine
> maintaining this list in their documentation has become to much of a
> burden. :confuse
Thanks!
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thread: http://forums.slimdevices.com/showthread.php?t=112456
___
unix mailing list
uni
Caad wrote:
> Hi Carsten_h
>
> Thank you for replay and great to hear the USB3 can be used for SSD.
>
> I was not clear in my question. My question is.
> Does Raspberry Pi4 support Audio stream from USB3 port to DAC input?
>
> br
> CAAD
Yes it does, I have an iFi Zen DAC attached to the USB3
I have searched the forum and found various reports of HiFiBerry Dacs
not playing 24/192 files with a pi 4B but I haven't managed to find any
post where this problem has been solved. I have seen a post that says
24/192 does work with a Pi 3B and a HiFiBerry Dac.
I have the same problem of 24/19
bpa wrote:
> By "not play" - do you mean play but downsampled or when trying to play
> - no audio starts ?
I mean no audio (silence) but the "Playing" screen (Material View) looks
as if the track is playing, i.e. time counter running and the progress
line moving.
-
Man in a van wrote:
> What audio output have you selected in Squeezelite ?
hw:CARD=sndrpihifiberry
Man in a van wrote:
> Can you ssh into the pi and run
>
> >
Code:
> > alsamixer
> >
>
> then select the dac and check the volume level
I have
paul- wrote:
> The original Dac Pro should set just fine through the web interface.
> 100% is 0db. That is where you should start.
>
> Turn on logging for squeezelite on the squeezelite page. then try to
> play the file. Then go to Diagnostics|Logs and check out the log.
> pcp_squeezelit
I have set logging at info level, is that OK?
Here is the ouptut from playing the first 30 seconds or so:
Code:
[00:04:11.654185] stream_thread:247 headers: len: 541
HTTP/1.1 200 OK
Content-Type: audio/flac
Content-Length: 322760001
Connection: close
Accept-R
OK I will rerun and post the results.
I have been doing some investigation and have the following thoughts:
Is it possible that HiFiBerry have changed the DAC that they use on
their boards? I say this because their datasheet for the DAC+ Pro
states the maximum rate supported is 192kHz/24bit, h
Unfortunately I am unable to create an account in the HiFiBerry
community; both Firefox and Edge tell me that hifiberry.zendesk.com is
refusing the connection.
coyrls's Profile: http://forums.slimdevices.com/member.php?use
Another thought, if it's a timing issue, that may explain why it's been
seem on (faster) Pi4Bs but isn't seen on (slower) pi3bs, see:
https://forums.slimdevices.com/showthread.php?97046-Announce-Squeezelite-a-small-headless-squeezeplay-emulator-for-linux-(alsa-only)&p=974561&viewfull=1#post974561
OK. After more investigation:
24/192 *will* reliably play if it is the first track played after a
reboot, restarting Squeezelite is not sufficient.
Playing anything other than 24/192 nearly always prevents subsequent
24/192 tracks from playing. Once a 24/192 track did play after a 24/96
track.
Here is the Squeezelite log (for silent playing of 24/192) at debug
level:
Code:
[13:58:41.144601] sendSTAT:189 STAT: STMc
[13:58:41.144656] process_strm:377 set fade mode: 0
[13:58:41.144719] process:521 audg
[13:58:41.144743] process_audg:433 audg gainL: 6553
paul- wrote:
> As a test setup squeezelite to upsample everything to 24/192. If that
> solves the problems. It at least confirms its the Dac/driverand
> then you may have to pick up everything or downsampling the 24/192.
>
I have tried upsampling everything to 24/192, I think! My com
paul- wrote:
> Based on everything you mentioned, that would be in the driver. Can
> you check on pCP7.0.0 Beta6 which is open to the
> public.https://forums.slimdevices.com/showthread.php?113199-piCorePlayer-7-0-0-Public-Beta
>
> pCP7, uses the latest rpi 5.4.y kernel base, there have be
OK, I have installed v7.0.0b6 64 bit and the issue is identical to the
one I described with 6.1.0. Upsampling everything to 192 sorts the
issue out again.
I guess from an audio point of view the upsampling solution is
satisfactory; my ears can tell the difference between sound and no sound
(the
Man in a van wrote:
> Why not try an 'image from Max2Play.'
> (https://www.max2play.com/en/max2play-image/)
>
> They have an image based on Buster and a setup routine which allows the
> selection of a dac mfg. One just needs to add LMS if required. It's
> possible to install LMS v8.0.0.
>
> N
Jeff07971 wrote:
> Not sure if this is any help but My HiFiBerry DAC Pro plays 24/192 fine
> using pCP 7.0.0b6 and RPi 2
>
Based on a previous report of the same problem, there seems to be some
evidence that the problem is RPi 4 specific, see
https://forums.slimdevices.com/showt...l=1#post9745
I am still unable to get a login to post on the HiFiBerry forums but
HiFiBerry support have told me that they are "working on this" and that
they will post on the HiFiBerry forum when they know more.
coyrls's Profile: http
I thought this was a really good deal until I realised that a Raspberry
Pi was not included in the price!
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thread: http://forums.slimdevices.
The latest update for this is:
> An experimental patch is ready and will be included in the next
> HiFiBerryOS release. If this runs stable, we'll also create a pull
> request for the official Raspberry Pi kernel.
Once the new driver makes it into the official Raspberry Pi kernel, what
is the m
paul- wrote:
> Hopefully its quick, and I can just upgrade the kernel before a full
> pCP7 release.
Thanks! I'll keep an eye on the HiFiBerrry forum and I will post here
when they say it's been released.
coyrls's Profil
seekasoul wrote:
> Hello, bit out of topic, sorry. Is the driver for this cool DAC Hat from
> OSA Electronics (Spain) be likely to be (ever) impemented in
> piCorePlayer?
>
> DACBERRY ONE+
>
> Some info there:
>
> https://www.osaelectronics.com/product/dacberry-one-plus/
>
> https://www.osae
paul- wrote:
> Wma is being dropped from all squeezelite versions.
>
> I will update the release notes to make that clear.
It might also be worth mentioning in the release notes that in addition
to activating the "Play Windows Media" plugin, you also need to install
the piCorePlayer extension
Haaarald wrote:
> Pushing up again. Im searching for the same solution. As my multimedia
> is controlled via CEC over the TV, this is always running when playing
> music. Is it possible to get no video output? I have a OLED and these
> dont like static pixels.
>
> Thanks,
> Harald
Try changi
paul- wrote:
> No that wont work, as init runs long before a restore of your backup is
> done. You would need to create a new initrd archive with that file in
> it, then add it after the main initrd in config.txt
>
> Also, I believe piCore only operates in single user mode. If someone
> want
I am confused about how LMS updates happen with pcp. I am on pcp 6.1 (I
will be updating to 7.0) and I have previously used the lms-update
script to select the stable branch of LMS with nightly updates:
Code:
sudo ./lms-update.sh --release stable -s -r -u
I am not sure how this answers my question. I chose the stable release
but am still on 8.1.1, not 8.1.2.
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thread: http://forums.slimdevices.
slartibartfast wrote:
> 8.1.1 is stable. On my Pi which is Raspbian I needed to install 8.1.2
> manually and from then on I get updates.
>
> Sent from my Pixel 3a using Tapatalk
As I understand it, 8.1.1 is now classified as the release version and
8.1.2 as the stable version.
--
kidstypike wrote:
> Ah, sorry, on the LMS page click the "Update LMS" button, then on the
> next page click the "Manual Update" button.
>
OK, I'm still on 6.1.0 and I don't get that option. I guess I will need
to run the lms-update.sh command manually again to get to 8.1.2.
psketch wrote:
> I found that you have to do a Manual update in pcp to get it to switch
> over to the new version. So, looking at the stable.xml, it showed
> 8.1.2, but checking for updates showed no new version, although I was on
> the last 8.1.1 nightly. Just doing a manual update in pcp pul
paul- wrote:
> Hopefully its quick, and I can just upgrade the kernel before a full
> pCP7 release.
For various reasons, I haven't had a chance to check the full pCP7
release until now but I have found that the problem is still the same as
with the beta release (and 6.1): 24/192 files will not
I have finally resolved my HiFi Berry forum sign up problem and have
posted in the thread there, asking about the release of the patch.
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thre
I have noticed the following messages from dmesg:
Code:
FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be
corrupt. Please run fsck.
If I manually mount and then unmount mmcblk0p1, I get the same message
on unmounting. If I
Greg Erskine wrote:
> hi coyrls,
>
> This is fairly normal and can usually be ignored.
>
> What is happening is the "dirty" bit on the boot partition has been set.
> This is caused by pulling the power rather than shutting down which
> resets the "dirt
I think there must have been a flaw in my logic when I upgraded to 7.0
from 6.1. I chose to burn a new SD card with the 64 bit version of 7.0.
I switched cards and reapplied my settings. I installed LMS 8.1.2 (I
had already upgraded to LMS 8.1.2 under Pcp 6.1). My LMS cache files
were all on an
OK, I have gone back to the original 6.1 SD and everything works and so
nothing has been changed on the USB drive that prevents my 6.1 SD from
working. I guess my question now should be how do I set up my 7.0
installation so that LMS will pick up the configuration from my 6.1 set
up? Are there
slartibartfast wrote:
> You could try copying your 6.1 card to another SD card and then do an
> in-situ update to 7. I know that works from 7 beta but don't know about
> 6.1.
>
> Sent from my Pixel 3a using Tapatalk
I wanted to move to 64 bit and so an in-situ upgrade wasn't an option.
I know
I have sorted out my problems with my LMS migration. In the end I
deleted the Cache directory contents but kept the preferences directory,
rescanned my library and reinstalled my plugins.
I am still having a problem with the Play Windows Media plugin. This
worked under Pcp 6.1 32 bit with the
It does seem that the version of ffmpeg downloaded as an extension to
Pcp 7.0 64 bit is unable to convert wma to flac, meaning the Play
Windows Media LMS plugin wont work. The simple ffmpeg command:
Code:
$ ffmpeg -v 9 -i f1.wma f2.flac
Should conv
ralphy wrote:
> What version of ffmpeg do you have installed?
>
>
I installed the pcp-ffmpeg extension from the pcp repository. Are you
running the 64 bit version of pcp?
The version seem to be the same as yours:
Code:
ffmpeg version 4.3.1 Copyright (c) 2000-2020
ralphy wrote:
> Yes I was using the 64bit version of pcp7 and I too have the same
> disabled options, I just snipped them from my post as they are just
> noise.
Very strange, I did notice that in the options is says "--enable
static", does this mean no dynamic linked libraries? In the librarie
Having thought about it, it looks like it is trying to convert the
embedded jpeg to flac, which obviously it can't do. I will investigate
ffmpeg options that will stop it trying to do this! The version of
ffmpeg with pcp 6.1 didn't have this issue.
It does seem to be the embedded jpg that is causing the problem. If I
run the command:
Code:
$ ffmpeg -i f.wma -map 0:1 -f flac /tmp/o.flac
it works. The -map 0:1 tells ffmpeg to only deal with the second
stream, as it seems to think that the em
I have found a better option -vn "as an input option, blocks all video
streams of a file from being filtered or being automatically selected or
mapped for any output", I checked on the command line and it works. I
then edited the PlayWMA plugin's custom-convert.conf for wma to flac
to:
Code:
-
I have tried the same ffmpeg conversion under Debian:
Code:
$ ffmpeg -i f.wma -f flac o.flac
and it works. The version of ffmpeg is reported as:
Code:
ffmpeg version 4.1.6-1~deb10u1 Copyright (c) 2000-2020 the FFmpeg devel
I think I have got to the bottom of the issue. It seems that the png
codec is required to deal with a jpg embedded in a wma file. If I run
the command
Code:
$ ffmpeg -codecs | grep png
with pcp, where the conversion doesn't work, I get:
Code:
---
Sorry for the multiple posts. Each time I post something it prompts me
to try something else. I really shouldn't be using the forum to aid my
thought process but it seems to work.
It seems that ffmpeg wants to convert embedded jpegs in wma files to
embedded pngs when converting from wma to fla
I have successfully used this caddy:
https://www.amazon.co.uk/gp/product/B07NYN9PL6/ref=ppx_yo_dt_b_asin_title_o03_s00?ie=UTF8&psc=1
and this SSD:
https://www.ebuyer.com/790252-kingston-a400-480gb-ssd-ebuyer-com-sa400s37-480g
with no external power and no issues. I chose the ssd because of its
Probably any SSD should be ok but it's worth checking power consumption
before buying as they differ more than you would expect. Some that are
labelled "green" use more power than others not making that claim. No
real need to worry about performance.
--
Pommes wrote:
> I am running pcp 7 64bit on Raspberry 3 with a usb dac sound blaster
> play3.
> I had to increase the volume in alsamixer.
> I tried all described in this thread, but only putting alsactl restore
> into tweaks commands solved my problem
Same for me, the alsamixer level setting do
paul- wrote:
> Make sure you backup after saving. Nothing is retained between reboots,
> unless you backup.
I definitely did a backup (pcp bu) after saving but it didn't retain the
setting.
coyrls's Profile: http://foru
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
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
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 afte
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 purchase
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=
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
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 me
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
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
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
V
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 s
chill wrote:
> I've been looking into this. I have the same issue as described in
> 'this thread'
> (https://forums.slimdevices.com/showthread.php?111540-Alsa-mixer-on-picore-cannot-save)
> - in my boot log I see:
> >
Code:
> > Starting ALSA configuration...alsactl: in
To address 2), or at least to not attempt to restore settings to a card
that hasn't been detected, the test at line 414 of pcp_startup.sh:
Code:
if [ "$ALSAlevelout" = "Custom" ]; then
would also have to include a check that the card has been detect
As discussed in this thread:
https://forums.slimdevices.com/showthread.php?111540-Alsa-mixer-on-picore-cannot-save,
saved ALSA settings for a USB DAC are not restored successfully. A
workaround is to put "su alsactl restore" as a user command in the
Tweaks tab.
Try saving manually at the command line (su alsactl backup) and then
backing up (pcp bu), then rebooting with the "su alsactl restore" in
Tweaks.
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View
bigq wrote:
> As I can see, the problem is here:
>
> Waiting for soundcard USB to populate. Done (1).
> Waiting for network. Done (1).
> Starting ALSA configuration...alsactl: init:1787: Cannot find soundcard
> 'USB'...
> alsactl: load_state:1763: Cannot find soundcard 'USB'...
> .alsactl: load
bigq wrote:
> Man in a van and coyrls, thanks for your advises.
> So I tried to save (sudo alsactl store), backup and then reboot.
> The same situation, only replugging helps after boot.
>
> As far as I can see the problem is in initializing 'USB' soundcard on
> bo
I am a bit lost as to how an upgrade vs a fresh install will address the
problem. I think bigq started with 7.0.0, so it's not as if it was ever
working under 6.0.1.
My suggestions would be:
1) Check what is specified as the output under Squeezelite settings and
if it's not already "hw:CARD=v12
One possibility is that the USB probe on boot, although successful, is
somehow "locking up" the USB DAC, maybe because the probe is happening
before the DAC has completed its power up initialisation process. Is it
possible to check this by powering the DAC independently of your Pi and
making sur
Pommes wrote:
> I just connected a Meridian Explorer usb dac to Raspberry 3 picore 7.01
> and unfortunately the headphones out is way to low.
> in alsamixer i can bring it up, but after reboot the volume is low
> again.
> I tried all tricks mentioned here, but it doesnt work.
> Is there a way t
Pommes wrote:
> Yes i did that.
> It worked well with my Soundblaster DAC, but i swapped and wanted to use
> a Meridian Explorer Dac.
> With that one it is not working:-(
Maybe try "alsactl -R" to remove the old runstate file before you run
"alsactl save", perhaps your old entries for your Sound
After you run alsactl store, run alsactl restore (i.e. no reboot). Do
you still get the same error messages?
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thread: http://forums.slimdevi
Pommes wrote:
> When i run it in ssh on mac terminal? yes, before and after reboot the
> same error.
> There is no way to run this commands from picore webif, is there?
No you can't do this from the Web interface.
It's very odd because a store followed immediately by a restore, should
work. I
Yes but this doesn't explain pommes' problem where he uses alsactl at
the command line and the save works but the restore fails.
I did post much earlier in this thread about the cardname USB preventing
the state from being restored and suggested the workaround of using
asctl restore as a user co
Pommes wrote:
> Could you explain, please?
> I would open pcp_startup.sh and modify by "removing the $CARDNAME
> argument to "alsactl init" at line 421 and "alsactl restore" at line
> 425"???
> I can not even find the pcp_startup.sh to try to modify it.
> Thank you
Sorry, this is not to do with
Greg Erskine wrote:
> Did he generate and save a new asound.state?
>
This is where we are at:
Code:
tc@pCP:~$ sudo alsactl -R store
tc@pCP:~$ sudo alsactl restore
alsactl: set_control:1325: failed to obtain info for control #2 (No such file
or directory)
alsact
Paul Webster wrote:
> Please post the entire contents of your /var/lib/alsa/asound.state
> file.
> If too big then you can attach it to the forum post.
> If not too big then enclose with BBS tag [ code ] and [ /code ] but
> without the spaces.
>
>
>
> BBS tags - https://forums.slimdevices.com
I've just checked and, yes, Explorer 2 is actually Explorer². I wonder
if this non ascii name is causing the problem with restore.
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thread: h
Paul Webster wrote:
> Could be but the error message refers to
> >
Code:
> >
> alsactl: set_control:1325: failed to obtain info for control #2 (No such
file or directory)
> alsactl: set_control:1325: failed to obtain info for control #3 (No such
file or directory)
Pommes, please can you run:
Code:
sudo alsactl -d restore
-d is a debug option and may give us more information on the error
message.
Can you also post the contents of this file:
Code:
/proc/asound/cards
--
Pommes wrote:
>
> the file /proc/asound/cards exists, but is empty(i did vi cards, is
> there an easier way on mac?)
>
> Thanks
> regards
> Pommes
Sorry you can't vi that file. At the command ($) prompt just type cat
/proc/asound/cards
--
Also, rather than vi the sound.state, can you also run "cat
sound.state", I want to see if vi is putting the escaped characters in
or if the escapes are in the file itself. The two errors are for
control #2 and #3 and those are the two with the special characters in
the name.
-
Please can you login as tc using ssh and type "cd" to make sure you are
in your home directory, then copy everything the the code section below
and paste into your ssh session at the $ prompt (make sure that you have
everything copied, including the "%" sign at the end):
Code:
--
Pommes wrote:
>
>
> I edited vi the asound.state, now it is working!
> Thank you so much, you made my day again!!!
Great! You were ahead of me. Ignore my previous post then! Glad it's
working, that was a tricky one.
There is a possibility I think that there is some sort of timing issue
going on, as the DAC doesn't function at boot but will function if you
replug it. The odd thing is that the DAC is recognised but doesn't
function. Anyway, as an experiment, you could slow down the boot
process by setting th
To be clear, I don't think from what you've reported that pcp is
"crashing", it seems to be that Squeezelite is no longer functioning.
As has been suggested, if there is a fault with the DAC hardware or the
DAC driver, this could happen and it may require a reboot before the
fault can be cleared
slartibartfast wrote:
> Turn it off and on again does fix a lot of issues. I can't remember this
> ever happening before though. It probably had been running for a long
> time. Is it recommended to have a scheduled reboot when pCP is only used
> as a player?
>
> Sent from my Pixel 3a using Tapa
I think the "default" kill will be the shell built in version.
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thread: http://forums.slimdevices.com/showthread.php?t=113661
__
chill wrote:
> That makes sense, thank you.
>
> So assuming that's the case, is there a way to override the default,
> such that 'kill' (specified without a path) will use the busybox version
> in /bin?
>
> It still seems possible that the start-stop-daemon is using the default
> external comm
Very nice.
A minor point, I think your second comment should read: "# commands to
run when the device is unplugged go here".
coyrls's Profile: http://forums.slimdevices.com/member.php?userid=44253
View this thread: http:/
pgf wrote:
>
> What should really happen is a) squeezelite should fix the SIGTERM
> shutdown bug, and b) the init.d script should be scrubbed to eliminate
> some of its issues. Maybe I'll figure out how to submit a bug against
> squeezelite. If any of our dear readers know the answer, please
1 - 100 of 116 matches
Mail list logo