eduardoo wrote:
> Hi, Phillipe.
>
> I didn't post a server log because there was no error listed in it. As
> for the UPnP bridge, I just used it briefly for troubleshooting to see
> if it is the renderer's problem or the server's problem. I usually just
> use LMS to play to an SOTM SMS-100
philippe_44 wrote:
> You should post a server log. When you mention LMS DLNA plugin, do you
> mean UPnP bridge? If you do, can you post a bridge log as well?
Hi, Phillipe.
I didn't post a server log because there was no error listed in it. As
for the UPnP bridge, I just used it briefly for
eduardoo wrote:
> Out of my over 10k albums indexed on LMS, there are a few that won't
> play on LMS. When I try to play them, it would display an error message
> saying "Can't open file for...". The files themselves seem pretty
> normal. They're 16/44 files, with metadata displayed perfectly
I never listens to pods so I may have had this issue long, but when I
randomly picked a Ted pod from the webgui, it failed in the same
manner.
The server log showed these lines:
Code:
[18-03-13 22:08:27.6472] Slim::Utils::Scanner::Remote::__ANON__ (193)
Error: Can't
Can also confirm that the podcast's do not play, up to date LMS on both
a Joggler and a Mac-Mini.
> [18-03-13 21:02:31.8874] Slim::Player::Song::open (471) Warning: stream
> failed to open
>
mherger wrote:
> > It's an odroid C1, running Debian
>
> I'm running a Debian 9.3 on a Rock64. Is there any update available for
>
> yours?
>
> In any case: you shouldn't have any problems building binaries yourself.
>
> Grab a copy of https://github.com/Logitech/slimserver-vendor and rund
philippe_44 wrote:
> I've tried that before answering and had the same issue than the OP.
> Seems that there is something else - i can confirm that the MP3 urls are
> fine. There might be some redirection problem, I did not have time to
> investigate, too many things to do currently. I know
slimhase wrote:
> Thanks, bpa.
> I am running the latest LMS: Logitech Media Server Version: 7.9.1 -
> 1520781386 @ Sun Mar 11 18:27:11 CET 2018
>
> Also, I just tried proxied streaming - still no audio :-(
> And the IO::Socket::SSL issue, I addressed a while ago - if I remember
> correctly
>
Do you have a network problem ?
Below error is nothing to do with podcast playing but is in the middle
of 404 errors.
Code:
[18-03-13 19:05:04.1268] Plugins::SuperDateTime::Plugin::gotErrorViaHTTP
(6915) error getting
Ah, it's a Windows stupidity thing. Figured. Simple answer is to not
consider any time changes of less than 61 minutes to be a changed
file... hehe .. which could have unintended consequences.
For me, this is one more nail in the coffin of windows being a viable
server os. For any purpose
I understand your frustration, but bear in mind that a lot of people
here, including me, are doing all this for free on their spare time. DST
is painful, but only once a year. Investigating LMS core is a lot of
work. I found an issue with defeat ttp not so long ago and the amount of
effort to
bpa wrote:
> make sure you have latest LMS 7.9.1
> Try making the player to use "proxied" (WebUI Settings/Player/Audio)
> IIRC For some distro a Perl SSL module may be needed.
>
> edit:
>
> Module maybe IO::Socket::SSL
Thanks, bpa.
Just tried proxied streaming - still no audio :-(
Also, I
I've tried that before answering and had the same issue than the OP.
Seems that there is something else - i can confirm that the MP3 urls are
fine. There might be some redirection problem, I did not have time to
investigate, too many things to do currently. I know Michael mentionned
that he
mherger wrote:
> > Getting this error on all slim devices on my server. Looks like an
> > upstream server problem to me
>
> You are using LMS? Could you please enable logging for plugin.pandora,
> give it another try, then upload your server.zip (see
> Settings/Advanced/Logging)?
>
> >
drmatt wrote:
> I'm not clear on how this is an issue? How does the time stamp on a file
> change after DST kicks in? Or is this a Windows thing?
kidstypike wrote:
> http://bugs.slimdevices.com/show_bug.cgi?id=18078
Both of these responses are equivalent to "LMS should not behave in this
slimhase wrote:
> Could be. I don't know.
> Does LMS have issues w/ https? Is there a workaround / fix?
make sure you have latest LMS 7.9.1
Try making the player to use "proxied" (WebUI Settings/Player/Audio)
IIRC For some distro a Perl SSL module may be needed.
ralphpnj wrote:
> Not as far as I know. I haven't tried to do a rescan since the latest
> time change on March 11th, 2018 but as of the previous time change last
> October the issue had not been resolved.
http://bugs.slimdevices.com/show_bug.cgi?id=18078
*Study/Server - LMS 7.9.1 -* Pi3/Pi
I'm not clear on how this is an issue? How does the time stamp on a file
change after DST kicks in? Or is this a Windows thing?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of
kidstypike wrote:
> I thought this was fixed a couple of years ago?
Not as far as I know. I haven't tried to do a rescan since the latest
time change on March 11th, 2018 but as of the previous time change last
October the issue had not been resolved.
Living Rm: Transporter-SimAudio pre/power
I no longer have this issue on my system (LMS 7.9 on Windows 10).
bwaldron's Profile: http://forums.slimdevices.com/member.php?userid=1073
View this thread: http://forums.slimdevices.com/showthread.php?t=108815
philippe_44 wrote:
> Michael would know better, but could it be an HTTPS issue? Where they
> HTTP before?
Could be. I don't know.
Does LMS have issues w/ https? Is there a workaround / fix?
Thanks for your feedback.
Hopefully, Michael chimes in as well...
Heiner
My system:
LMS 7.9 on
ralphpnj wrote:
> Well it's that time of year again when we move the clocks ahead one hour
> for daylight saving time and performing a "look for new and media files"
> rescan on LMS usually leads to scanner.exe believing that all of the
> files in the media library have been changed (due to the
Well it's that time of year again when we move the clocks ahead one hour
for daylight saving time and performing a "look for new and media files"
rescan on LMS usually leads to scanner.exe believing that all of the
files in the media library have been changed (due to the one hour
difference).
My
slimhase wrote:
> Hi all;
> we like the podcast Sound Opinions
> (https://soundopinions.org/podcast/feed), but since a while it does not
> play anymore.
> (Also, it takes a long time to populate the list of available podcast
> items within Soundopinions. Its a long list though, so that might be
I don' know if LMS checks this ... or perhaps OS does it leading to
different results on different platforms but there is an issue with the
GeoTrust certificate chain.
Paul Webster
http://dabdig.blogspot.com
Paul
Getting this error on all slim devices on my server. Looks like an
upstream server problem to me
You are using LMS? Could you please enable logging for plugin.pandora,
give it another try, then upload your server.zip (see
Settings/Advanced/Logging)?
PANDORA_500 Can't connect to
I have the same issue, there was a problem connecting to Pandora several
months ago but with a different error message. If I remember correctly
someone had to update a firewall rule on the sever to resolve the issue.
Seeing the same thing.
rping's Profile: http://forums.slimdevices.com/member.php?userid=16128
View this thread: http://forums.slimdevices.com/showthread.php?t=108813
___
Getting this error on all slim devices on my server. Looks like an
upstream server problem to me
PANDORA_500 Can't connect to tuner.pandora.com:443 (certificate verify
failed)
Anyone else seeing this?
Tkosh's Profile:
badboygolf16v wrote:
>
>
> Would you be able to help with a new kernel if that happens...? :-)
of course!
if they apply to the kernel patch for your dac.
Recompile the sources and tell you how to proceed ;)
@Marco my pleasure
System name: asusvbox
VortexBox SW Version: 2.5
Linux OS Version: Fedora release 25 (Twenty Five)
Logitech Media Server Version: 7.9.1 - 1520781386 @ Mon Mar 12 15:23:28
CET 2018
Hostname: asusvbox
A camel is a racehorse designed by a committee.
Seen sprayed on the outside wall of the
badboygolf16v wrote:
> Hi Marco, please thank your friend Antonello for his distro, good job.
>
> I'm now running Squeezelite-R2 as follows:
>
> >
Code:
> >
> /usr/bin/squeezelite-R2 -f /var/log/squeezelite-R2.log -C 1 -D :u32be -o
hw:CARD=DAC,DEV=0 -r 384000 -b
Just to clarify - it's the version
logitechmediaserver-7.9.1-0.1.1520781386.noarch
from 12th March that raises the error
logitechmediaserver-7.9.1-0.1.1519287262.noarch
from 9th March installs ok
If I could cut n paste properly I'd be dangerous...
mherger wrote:
> > Does anyone else get a digest mismatch error installing the latest
> > nightly build on Fedora 27
>
> What was the latest you installed before? Could you try any of the older
>
> builds available on
>
> http://downloads-origin.slimdevices.com/nightly/7.9/sc/
>
>
It's an odroid C1, running Debian
I'm running a Debian 9.3 on a Rock64. Is there any update available for
yours?
In any case: you shouldn't have any problems building binaries yourself.
Grab a copy of https://github.com/Logitech/slimserver-vendor and rund
buildme.sh inside the CPAN folder.
Does anyone else get a digest mismatch error installing the latest
nightly build on Fedora 27
What was the latest you installed before? Could you try any of the older
builds available on
http://downloads-origin.slimdevices.com/nightly/7.9/sc/
Background: I installed a new build system (or
Does anyone else get a digest mismatch error installing the latest
nightly build on Fedora 27
Running transaction
Preparing:
1/1
Running scriptlet: logitechmediaserver-7.9.1-0.1.1520781386.noarch
1/2
Upgrading:
37 matches
Mail list logo
