Redrum wrote:
> I don't have the cache for duct tape :)
>
> Jim
Gaffer tape works much better, but it requires a little more cache.
LMS 8 nightly running on Raspberry Pi OS. Mostly virtual players,
occasionally with SB Radio, Boom or Classic.
Zombie wrote:
> I use duct tape when LMS is broken :cool:
I don't have the cache for duct tape :)
Jim
Redrum's Profile: http://forums.slimdevices.com/member.php?userid=33806
View this thread:
I use duct tape when LMS is broken :cool:
Zombie's Profile: http://forums.slimdevices.com/member.php?userid=25009
View this thread: http://forums.slimdevices.com/showthread.php?t=116190
did some testing, continued over here:
https://forums.slimdevices.com/showthread.php?116205-Multiple-Radio-Stations-In-The-Queue-Observations-and-Unexpected-Behaviour=1051646#post1051646
Jim
Redrum's Profile:
RobbH wrote:
> If it were my system, I would probably be in a panic to get a
> non-essential feature working again.
I like to think that I personally am in recovery from that very same
affliction, always prone for a relapse. :). I think that's why I feel
the need to recreate the failure
It's great that you are able to take a rational approach to this, Jim.
It IS an intriguing puzzle, and viewing it as such puts you at an
advantage. If it were my system, I would probably be in a panic to get a
non-essential feature working again. Since it's not my system, I can
view your issue
RobbH wrote:
> Jim, have you cleared the playlist/queue on EVERY player in your system,
> including any group players? If not, that might be worth a try. (Not
> that I'm holding out a lot of hope...)
yes, thanks, tried it again, no go, but I ran into another oddity
:confused:
I went through
Jim, have you cleared the playlist/queue on EVERY player in your system,
including any group players? If not, that might be worth a try. (Not
that I'm holding out a lot of hope...)
LMS 8 nightly running on Raspberry Pi OS. Mostly virtual players,
occasionally with SB Radio, Boom or Classic.
Just thought I would post an update, if even just to document for my
purposes. Please feel free to see this post is from me, roll your eyes
and move on. Even I am skeptical of what I am experiencing :confused:
Up to this point: something happened while switching between multiple
radio stations
RobbH wrote:
> Lots of references to Radio Paradise streams in that log, but that's to
> be expected, if you were trying to reload them. The log begins with a
> reboot at 12:39 pm on March 28.
>
> I don't know enough to say if the errors in the log tell us anything
> useful.
That's what I saw
Lots of references to Radio Paradise streams in that log, but that's to
be expected, if you were trying to reload them. The log begins with a
reboot at 12:39 pm on March 28.
I don't know enough to say if the errors in the log tell us anything
useful.
LMS 8 nightly running on Raspberry Pi OS.
@RobbH
Thanks for the thoughts, I'll give them some consideration. BTW, my log
file is attached to an earlier post. Im not a great log file
interpreter. :o
My LMS is running fine, I just cannot queue radio stations, no big deal.
I also don't mind rebuilding a test system on a pi3B+ that I have
This reminds me of the issues I encountered at some point, which I
mentioned in the Radio Now Playing thread, but it's not exactly the
same. In my case, rebooting the Pi fixed the problem. That was on a Pi
running the Raspberry Pi OS, not pCP.
I wish I had some constructive ideas for you. As it
RobbH wrote:
> Are older logs available? I don't know if piCorePlayer handles logs
> differently, but many Linux distros keep zipped versions of older logs
> for some time.
>
> Here's what I find in the log folder on RaspberryPiOS:
>
> server.log
> server.log.1.gz
> server.log.2.gz
>
mherger wrote:
>
>
> Oh well... this posting is almost as long as the first one...
Well, I am the self proclaimed "king of the run on sentence" I never met
a comma I couldn't place :o
I apologize, I did the best I could, but a multistep process created the
situation. I'll also stop using
Hi Michael, I explained in the first post, but here's an "executive
summary"
Oh well... this posting is almost as long as the first one...
-I added all four genre FLAC regular RP streams to the queue
successfully. I was switching between them by selecting "play" from
their position in the
mherger wrote:
> Could you please summarize what issue exactly you're experiencing which
> would "break" LMS?
Hi Michael, I explained in the first post, but here's an "executive
summary"
-I added all four genre FLAC regular RP streams to the queue
successfully. I was switching between them by
Could you please summarize what issue exactly you're experiencing which
would "break" LMS?
Michael
"It doesn't work - what shall I do?" - "Please check your server.log
and/or scanner.log file!"
(LMS: Settings/Information)
Redrum wrote:
> I'm afraid it only has logs from after I broke it, illustrating my
> subsequent thrashing around...
> Jim
Are older logs available? I don't know if piCorePlayer handles logs
differently, but many Linux distros keep zipped versions of older logs
for some time.
Here's what I
I'm afraid it only has logs from after I broke it, illustrating my
subsequent thrashing around...
Jim
+---+
|Filename: server.log.zip |
|Download:
If you are lucky there will be a clue in the LMS server.log
Paul Webster
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc
australia and cbc/radio-canada
and, via the extra \"radio now playing\" plugin lots
LMS 8.2 on a pCP 7
Nothing like doing some testing track down an issue, only to break
something else :)
Member @RobbH and I both noticed some album art/information and timing
issues when adding multiple internet radio streams to the queue, then
selecting them to play, as a pseudo set of
22 matches
Mail list logo