If you search for an easy way to shutdown such a Pi with LMS, you can
look into this thread:
https://forums.slimdevices.com/showthread.php?111546-Using-Argon-One-case-with-fan-and-powerbutton-together-with-piCorePlayer=961984=1#post961984
You will find the script which is necessary to make use
cfuttrup wrote:
> ... a hardware 'requirement' (or at least strong recommendation)
> could be to attach a UPS with a small battery. The UPS must support
> 'soft' shutdown, such that
> the LMS database survives.
There are several UPS Pi HATs available -- see, eg,
Greg Erskine wrote:
> Hey Claus,
>
> Good news. I think everything you want has been done. :)
>
> I've been running LMS on RPi''s not long after the original RPi was
> released.
>
> We decide to keep piCorePlayer as a single image for both player and
> server. Just install the LMS extension
And you dont have to trash your Synology NAS. Keep your music there and
mount it as a drive from within piCorePlayer so LMS can use it.
As long as both devices are wired there wont be any issue whatsoever
VB2.4[/B] STORAGE *QNAP TS419P (NFS)
[B]Living Room* - Joggler & SB3 -> Onkyo TS606 ->
Hey Claus,
Good news. I think everything you want has been done. :)
I've been running LMS on RPi''s not long after the original RPi was
released.
We decide to keep piCorePlayer as a single image for both player and
server. Just install the LMS extension and turn off squeezelite if you
want.
There are a lot of people here and elsewhere using a Raspberry Pi to run
LMS - and many using pCP to do it (it is not just a player).
Unless you live in a area with lots of power cuts it is probably not
worth (in my opinion) worrying much about losing the system on a bad
power down event.
A
With Synology officially discarding support, I wonder what happens when
my DiskStation needs replacement?
Could a Raspberry Pi server (not player) loaded with LMS be designed and
built?
Would it be posible to make something Tiny Core / piCore based, but not
a player, maybe name it piCoreServer?
Brilliant - thanks. I'll give it a go and post results back here before
submitting the pull request
mherger wrote:
> >
> - check whether it's remote ($track->remote)
> - if so, get the protocol handler: my $handler =
> Slim::Player::ProtocolHandlers->handlerForURL($url);
> - see whether it
Lestrad wrote:
> Here's what I have (my is /opt/logitechmediaserver/):
> /opt/logitechmediaserver/CPAN/Image/Scale.pm (version 0.11)
> /opt/logitechmediaserver/CPAN/auto/Image/Scale/Scale.so
> AND
> /usr/lib/perl5/5.30/site_perl/Image/Scale.so (version 0.11)
>
You should uninstall the
waldo wrote:
> imho the problem with max2play not booting is most probably caused by
> incompatibility with kernel and other packages that are upgraded when
> using "apt full-upgrade". I would expect the problem to remain even
> after upgrading the firmware booting with some other image.If I
I solved the problem. Here's what I did:
_
- disable logitechmediaserver.service and reboot
- copy Image-Scale-0.08.tar.gz to //src/slimserver-vendor-7.9.2.arch2/CPAN/
- remove the existing
logitechmediaserver-7.9.2.arch2-1-armv7h.pkg.tar.xz
slartibartfast wrote:
> I wonder if a max2play install which doesn't boot after full upgrade
> would work after reinstalling the eeprom. Although I have no idea of
> that can be done on a non booting Pi.
>
imho the problem with max2play not booting is most probably caused by
incompatibility
slartibartfast wrote:
> I thought the temperature improvements were tied to kernel changes.
> Isn't the firmware only the bootloader?
In my brief research I found this to be a common belief. I think that
the average person will have difficulty to understand the difference
between firmware and
Paul Webster wrote:
> Just take the colon off the end
Thanks for the hint, Paul. original post edited and URL should work now.
waldo's Profile: http://forums.slimdevices.com/member.php?userid=19888
View this thread:
14 matches
Mail list logo