Home of the Squeezebox™ & Transporter® network music players.
Page 15 of 16 FirstFirst ... 513141516 LastLast
Results 141 to 150 of 154
  1. #141
    Junior Member
    Join Date
    Sep 2013
    Posts
    7
    Quote Originally Posted by mherger View Post
    At first I thought, oh well, we don't support that platform/perl
    combination. But the binaries actually should be there.
    The thing is I've had it running for quite some time on 7.9.2 and earlier, so I know it works.
    It stopped working (with no info in the logs), so I upgraded to 8.2.0 but that didn't help.


    Quote Originally Posted by mherger View Post
    Please try to edit /etc/default/logitechmediaserver or
    /etc/default/squeezeboxserver and add --d_startup to the SLIMOPTIONS.
    Then restart and re-check server.log.
    I tried this. The process only lived for a few seconds before dying. Still nothing in server.log
    Code:
    root@helios4:/var/log/squeezeboxserver# ls -lt
    total 0
    -rw-r--r-- 1 squeezeboxserver nogroup 0 Aug 24 21:46 server.log
    -rw-r--r-- 1 squeezeboxserver nogroup 0 Aug  1  2020 perfmon.log

  2. #142
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,589

    Logitech Media Server 8.2.0released

    >> Please try to edit /etc/default/logitechmediaserver or
    >> /etc/default/squeezeboxserver and add --d_startup to the SLIMOPTIONS.
    >> Then restart and re-check server.log.
    >>

    > I tried this. The process only lived for a few seconds before dying.
    > Still nothing in server.log


    Ok, next up (as root):

    /usr/sbin/squeezeboxserver --d_startup

  3. #143
    Junior Member
    Join Date
    Sep 2013
    Posts
    7
    Oww man.... this is really embarrassing!
    Disk full! I'm really sorry to have wasted your time.

    Quote Originally Posted by mherger View Post
    /usr/sbin/squeezeboxserver --d_startup
    Code:
    Cannot write to '/var/log/squeezeboxserver/server.log': No space left on device at /usr/share/squeezeboxserver/CPAN/Log/Log4perl/Appender/File.pm line 241.
    Your help is greatly appreciated. Once clearing the offending log file (syncthing was the culprit), all is fine. Who would have guessed!

  4. #144
    Junior Member
    Join Date
    Jan 2011
    Posts
    18

    Slow loading of a list of podcast episodes

    Thanks a lot all the contributors for your work on this excellent platform!

    I'm using the Podcasts on a daily basis and after upgrading LMS to 8.2.0 loading of a list of individual episodes of all my subscriptions in existing list of subscribed feeds (about 125 feeds) takes significantly longer than before the update, often even tens of seconds. Sometimes the episode list doesn't even load and I have to re-initiate it.

    By this I don't mean a long loading time when using newly added "New episode of the last 7 days" function.

    Typically, these are podcasts of Czech Radio stations, e.g. Czech Radio Plus, Radio Prague International or other podcasts, for example 99% Invisible.

    Unfortunately I don't know what is the reason for it but it has to do with the improved Podcasts support.

    Is it related to the recent modification of the episode loading algorithm for the podcast RSS feeds, I mean using PodcastIndex/Gpodder providers?

    I'm running LMS with pCP 8.0.0 on RPi 3B using Material Skin UI.
    Home server and store: pCP 8.0.0/LMS 8.2.1 on RPi 3B in Pi Desktop (Element14) with Toshiba 256GB mSATA SSD drive
    SB players: Classic + Corda Headfive + Sennheiser HD555 | Classic + Denon PMA-520AE / Advance Acoustic MAP-105 + Focal JM.lab Chorus 706 S
    SB players (kids): Touch + Advance Acoustic MAP-103 | Radio White (Limited Edition)
    SB remote control: LMS web UI with Material Skin on Windows 10 desktop and Android mobile

  5. #145
    Senior Member
    Join Date
    May 2010
    Location
    London, UK
    Posts
    857
    Quote Originally Posted by aphonia View Post
    I'm using the Podcasts on a daily basis and after upgrading LMS to 8.2.0 loading of a list of individual episodes of all my subscriptions in existing list of subscribed feeds (about 125 feeds) takes significantly longer than before the update, often even tens of seconds. Sometimes the episode list doesn't even load and I have to re-initiate it.
    I share your experience, although with only 41 feeds on a rather lower powered server.

    I believe there is a problem with 'pre-caching' the podcast image and 'info' data, because it generates a large number of simultaneous feed requests which potentially overload the server. It's not a problem on my iMac, but that has rather more power than a Raspberry Pi, etc.

    I have worked up some proof of concept rough patches that I could share via gitHub. Basic approach is to limit the number of requests, and ensure podcast summary info is cached for a reasonable length of time. I'd make a PR if they advance beyond proof of concept.

  6. #146
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,589

    Logitech Media Server 8.2.0released

    > I believe there is a problem with 'pre-caching' the podcast image and
    > 'info' data, because it generates a large number of simultaneous feed
    > requests which potentially overload the server. It's not a problem on my
    > iMac, but that has rather more power than a Raspberry Pi, etc.


    That could indeed be a problem.

    > I have worked up some proof of concept rough patches that I could share
    > via gitHub. Basic approach is to limit the number of requests, and
    > ensure podcast summary info is cached for a reasonable length of time.
    > I'd make a PR if they advance beyond proof of concept.


    Did you look into using Slim::Utils::Scheduler? Or Async::Util::amap()
    (see https://metacpan.org/pod/Async::Util - it's part of LMS). That
    those requests under control. The latter allows you to run a callback
    for each member of a list, with control about how many tasks you want to
    run "in parallel".

  7. #147
    Senior Member
    Join Date
    May 2010
    Location
    London, UK
    Posts
    857
    Quote Originally Posted by mherger View Post
    Did you look into using Slim::Utils::Scheduler? Or Async::Util::amap()
    (see https://metacpan.org/pod/Async::Util - it's part of LMS). That
    those requests under control. The latter allows you to run a callback
    for each member of a list, with control about how many tasks you want to
    run "in parallel".
    The scheduler might be a possibility, although my POC doesn't use it. I'll look into Async::Util::amap(), of which I was previously unaware...

    One issue to address is that the requests are initiated each time one drives into the Podcast feed menu. So some kind of state needs to be held, i.e. "Don't go and fetch this one, because we've already fired off a fetch during the last podcast browse session."

  8. #148
    Junior Member
    Join Date
    Jan 2011
    Posts
    18
    Quote Originally Posted by mrw View Post
    I share your experience, although with only 41 feeds on a rather lower powered server.

    I believe there is a problem with 'pre-caching' the podcast image and 'info' data, ...
    Loading of a list of podcast episodes worked flawlessly and quickly before upgrading LMS to 8.2.0, the list was loaded almost immediately.
    Therefore, wouldn't be possible to enable / restore the previous loading algorithm (for ô'pre-caching' the podcast image and 'info' dataö) as an option in the Podcasts plugin settings?
    Home server and store: pCP 8.0.0/LMS 8.2.1 on RPi 3B in Pi Desktop (Element14) with Toshiba 256GB mSATA SSD drive
    SB players: Classic + Corda Headfive + Sennheiser HD555 | Classic + Denon PMA-520AE / Advance Acoustic MAP-105 + Focal JM.lab Chorus 706 S
    SB players (kids): Touch + Advance Acoustic MAP-103 | Radio White (Limited Edition)
    SB remote control: LMS web UI with Material Skin on Windows 10 desktop and Android mobile

  9. #149
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,589

    Logitech Media Server 8.2.0released

    > The scheduler might be a possibility, although my POC doesn't use it.
    > I'll look into Async::Util::amap(), of which I was previously
    > unaware...


    I added it in 8.0. I was looking for something like the popular async JS
    library.

    > One issue to address is that the requests are initiated each time one
    > drives into the Podcast feed menu. So some kind of state needs to be
    > held, i.e. "Don't go and fetch this one, because we've already fired off
    > a fetch during the last podcast browse session."

    The result of the requests is being cached. Therefore each of them
    should only be run once a day at max. Unless there's a bug somewhere.

  10. #150
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    20,589

    Logitech Media Server 8.2.0released

    > Loading of a list of podcast episodes worked flawlessly and quickly
    > before upgrading LMS to 8.2.0, the list was loaded almost immediately.
    > Therefore, wouldn't be possible to enable / restore the previous loading
    > algorithm (for ÔÇť-'pre-caching' the podcast image and 'info' data-ÔÇŁ) as
    > an option in the Podcasts plugin settings?


    When there's a new problem/challenge, then it should be fixed. Not tried
    to work around by adding even more complexity.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •