Re: [SlimDevices: Unix] ANNOUNCE: LMS Monitor 2020

2020-04-04 Thread shunte88
almost ready to release the latest build shaky-cam demo 'here' (https://github.com/shunte88/LMSMonitor/blob/master/base/lmsmondemo.mp4?raw=true) still tracking down a rather annoying display freeze that's manifesting when clearing screen with certain scroller setups updated the binary for fol

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread psketch
paul- wrote: > Is your time right on your system? perhaps your NTP server choice is > too slow to respond. > > Since the timezone would not have anything to do with a year of 1970 Yep. Date was showing 1970 so just a coincidental ntp failure, Sorry, should have check that, but not something

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread paul-
Is your time right on your system? perhaps your NTP server choice is too slow to respond. Since the timezone would not have anything to do with a year of 1970 piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: https://www.picoreplayer.org Please 'donate' (https://www.paypal

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread psketch
paul- wrote: > Alright, not going to get into a timezone argument. I've updated the > start scripts to include the current timezone in the httpd environment. > > Hi Paul - thanks for looking at this, but it's now not serving up any time. My Boom and Transporter are now showing midnight 1970

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread paul-
Alright, not going to get into a timezone argument. I've updated the start scripts to include the current timezone in the httpd environment. Run a "Patch Update" from the main web interface. Also in this update.Use your pCP device as a bluetooth speaker. This is a fairly major change

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread psketch
paul- wrote: > We wait for a valid time (I.e. year 2020) before starting LMS. > > Pressing the restart button in the web interface would run with a > different environment. I can check the web server environment, but even > if the web server is running with UTC time, LMS “should” be smart enou

Re: [SlimDevices: Unix] Which is the advantage to switch from Lms 7.9.2 to 7.9.3 or 8.0?

2020-04-04 Thread d6jg
On the Random Mix question I remain surprised how many people still use it when we have LastMix/DSTM which produces a far better mix than a true Random selection does. Just my 2p VB2.4[/B] STORAGE *QNAP TS419P (NFS) [B]Living Room* - Joggler & SB3 -> Onkyo TS606 -> Celestion F20s *Office* - Pi

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread julien29
huxmut wrote: > https://www.raspberrypi.org/documentation/configuration/config-txt/video.md > > as a bare minimum id change that cvt to be 800 480 x x x x . the current > listing has it in portrait mode > better yet, can you use one of the predefined modes on that page instead > of the config y

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread paul-
We wait for a valid time (I.e. year 2020) before starting LMS. Pressing the restart button in the web interface would run with a different environment. I can check the web server environment, but even if the web server is running with UTC time, LMS “should” be smart enough to handle that. pi

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread ElFishi
bpa wrote: > I'd have to look at the code by I vaguely remember (when looking at > plugin installs) that a restart by CLI does not stop the LMS process so > possibly it is not a complete restart of LMS - some variables may not be > re-initialised compared to clean process start. >From what I ca

Re: [SlimDevices: Unix] BETA: piCorePlayer6.0.0 - PI4 support

2020-04-04 Thread Mirage
ElFishi wrote: > Yup, here. > SB3 and Squeezelite players are now two hours behind since the clock > change. (Same timezone as you.) > pCP/LMS Server has the right time. > > Did you find a fix? Kind of, but I'm not sure what I did...:o I think what solved the problem was that I went to the t

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread bpa
ElFishi wrote: > > edit: > restarting LMS from the telnet CLI does not show this problem. > > Code: > > > [20-04-04 11:26:37.0430] main::init (387) Starting Logitech Media Server (v7.9.2, 1578996832, Tue Jan 14 12:21:10 CET 2020) perl 5.028002 - arm-linux-gnueab

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread ElFishi
bpa wrote: > Many years ago there was a similar problem with PC where the clock on > battery back RTC was used on power up and only later with NTP was time > updated. If LMS started before NTP kicked in - time was off. > > I don't know PCP startup - could there be something similar - with a > h

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread bpa
Many years ago there was a similar problem with PC where the clock on battery back RTC was used on power up and only later with NTP was time updated. If LMS started before NTP kicked in - time was off. I don't know PCP startup - could there be something similar - with a hard power up could LMS b

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread ElFishi
paul- wrote: > This doubtfully has anything to do with pCP. PCP doesn’t run an time > server, so the time would come through LMS, or direct from my > squeezebox. Best to ask in those forums. I don’t have any squeeze > hardware myself. psketch wrote: > Yep, i thought that as well, and there

Re: [SlimDevices: Unix] ANNOUNCE: piCorePlayer 6.0.0

2020-04-04 Thread psketch
paul- wrote: > This doubtfully has anything to do with pCP. PCP doesn’t run an time > server, so the time would come through LMS, or direct from my > squeezebox. Best to ask in those forums. I don’t have any squeeze > hardware myself. Yep, i thought that as well, and there's a thread with M