Forum Replies Created
-
Posted in: Allo USB Bundle
-
29. März 2022 at 21:12 #52158
Thanks MarioM,
Previous rescans of the media folder didn’t generate any significant errors or warning in the log. So, as per your suggestion, I renamed the folder back to Genesis, deleted cache.db and library.db and rebooted the server. This time it found the Genesis albums! Yay!
I don’t really understand why previous rescans didn’t work, unless I changed the name of the Genesis folder, nor why starting from scratch worked. I’d assumed that doing a full rescan would find everything, but clearly not.
Thanks again,
Andy28. Juni 2020 at 19:06 #49103Answered my own question again: it didn’t like the quotes around the mp3 file paths. Now works fine…except that the playlist has 9218 members and LMS can’t cope. I need to make the day’s playlist shorter.
To back-track a little: I was concerned that the genre-based random playlist of LMS was missing some of my music, probably because it’s not tagged properly. So I thought I’d create my own playlist, extracted from the filepath of my ripped CDs and then shuffled. However, it turns out that this list is too big for LMS. So my solution: using crontab, shuffle the tracklist each night, add back the #EXTM3U header, then copy the top 300 tracks into a new playlist file. Finally, get LMS to check for the new playlist every morning. This seems to work fine (so far).
27. Juni 2020 at 18:03 #49100I’ve made a small amount of progress on this: I’d named the playlist as shuffle.m3u, whereas it should’ve been shuffle.M3U. However, LMS says that the playlist is empty. What’s wrong with my playlist format?
Andy
1. Mai 2020 at 14:12 #48679Hi,
Sorry about the long gap since my last post, but I’m happy to say that we haven’t suffered any dropouts in the last two weeks of more or less constant use during lockdown. This is despite the fact that I still have all three clients sync’d and have the HDD connected to the server Pi. I’ll report in if anything changes.
Many thanks,
Andy17. April 2020 at 16:47 #48539Hi Mario,
I always have all three clients synchronized, even when I’m listening to just one – I turn the individual outputs off through the downstream audio amplifiers. Similarly, I always have the hard disk connected so haven’t tested the use of just one PSU. I can experiment with this, but the dropouts are very stochastic – I’ve had no problems today, even though I’ve been listening since 6am. It’s also possible that the interrupts of the internet stream are different from those I get from the hard disk.
I can’t believe that this is connected, but I normally play my music in Random Song mode by genre, and the CPU load is around 20% with the temperature at ~60C. Today I’m playing individual albums (currently Ziggy Stardust) but the CPU load is only 6% and the temperature is 53C. I probably need to collect more data points before I construct a hypothesis around this….
Cheers,
Andy16. April 2020 at 15:29 #48527Hi,
My memory is a bit hazy, but I suspect that this all started when I upgraded to the latest version of max2play – I’m now on v2.51. The server Pi is connected by LAN, as is one of the clients; the others are on a Powerline adapter and a wifi bridge.As it happened, it’s been OK today, but as I was typing this reply I had another bad series of dropouts – this time with severe stuttering. Moving on to the next track seems to have cured it, probably temporarily. However, there is nothing in the debug log on max2play or on the LMS log file for that date & time – the last entry was at 06:18 this morning. Nor was there anything unusual in the Health Checker, other than the CPU load being at 40% when it’s usually nearer 10-20%. But there are some error messages from yesterday when I was having trouble. Here’s the relevant lines:
2020-04-15 06:09:02 squeezeboxserver_safe stopped.
2020-04-15 06:09:05 squeezeboxserver_safe started.
[20-04-15 06:09:11.0149] main::init (387) Starting Logitech Media Server (v7.9.2, 1578996832, Tue Jan 14 12:16:57 CET 2020) perl 5.024001 – arm-linux-gnueabihf-thread-multi-64int
[20-04-15 06:09:12.1006] Slim::Utils::Misc::msg (1255) Warning: [06:09:12.0999] DBIx::Class::ResultSet::update_or_create(): Query returned more than one row. SQL that returns multiple rows is DEPRECATED for ->find and ->single at /usr/share/perl5/Slim/Schema.pm line 1871
2020-04-15 08:38:07 squeezeboxserver_safe stopped.
2020-04-15 08:38:10 squeezeboxserver_safe started.
[20-04-15 08:38:16.0711] main::init (387) Starting Logitech Media Server (v7.9.2, 1578996832, Tue Jan 14 12:16:57 CET 2020) perl 5.024001 – arm-linux-gnueabihf-thread-multi-64int
[20-04-15 08:38:17.1591] Slim::Utils::Misc::msg (1255) Warning: [08:38:17.1584] DBIx::Class::ResultSet::update_or_create(): Query returned more than one row. SQL that returns multiple rows is DEPRECATED for ->find and ->single at /usr/share/perl5/Slim/Schema.pm line 1871
2020-04-15 15:23:55 squeezeboxserver_safe stopped.
2020-04-15 15:23:59 squeezeboxserver_safe started.
[20-04-15 15:24:05.1187] main::init (387) Starting Logitech Media Server (v7.9.2, 1578996832, Tue Jan 14 12:16:57 CET 2020) perl 5.024001 – arm-linux-gnueabihf-thread-multi-64int
[20-04-15 15:24:06.1883] Slim::Utils::Misc::msg (1255) Warning: [15:24:06.1875] DBIx::Class::ResultSet::update_or_create(): Query returned more than one row. SQL that returns multiple rows is DEPRECATED for ->find and ->single at /usr/share/perl5/Slim/Schema.pm line 1871
2020-04-15 16:28:43 squeezeboxserver_safe stopped.
2020-04-15 16:28:46 squeezeboxserver_safe started.
[20-04-15 16:28:51.9996] main::init (387) Starting Logitech Media Server (v7.9.2, 1578996832, Tue Jan 14 12:16:57 CET 2020) perl 5.024001 – arm-linux-gnueabihf-thread-multi-64int
[20-04-15 16:28:53.0858] Slim::Utils::Misc::msg (1255) Warning: [16:28:53.0851] DBIx::Class::ResultSet::update_or_create(): Query returned more than one row. SQL that returns multiple rows is DEPRECATED for ->find and ->single at /usr/share/perl5/Slim/Schema.pm line 1871
[20-04-15 19:54:54.0123] Slim::Networking::Discovery::Players::_players_error (144) Unable to get players: Connect timed out:
[20-04-16 06:18:28.8764] Slim::Utils::Misc::msg (1255) Warning: [06:18:28.8752] Error: Unable to read at least 10 bytes from file.I note that the „safe stopped…safe started“ message appears on multiple occasions in the past.
BTW, is there any way for me to upload the complete log?
Thanks,
Andy6. April 2020 at 18:09 #48412Hi Mario,
The issue hasn’t re-occurred for a few days, so maybe the complete reinstall of max2play I carried out has fixed it. If it should start again, I’ll post to the RPi section of the Forum.
Cheers, Andy2. April 2020 at 23:15 #48402No problem. Happy that we sorted it out, although I think I may still have the original problem: occasional loss of sound only cured with a reboot.
1. April 2020 at 13:19 #48382Hi Mario,
That would explain it! I see from my records that I first subscribed in early March last year. However, I’m surprised not to have received a reminder.
Many thanks,
Andy31. März 2020 at 23:19 #48369An update: I still can’t obtain a license, but I’ve queried the logs on my Pi-hole (DNS interceptor). It seems that when I try to enter my email address into the settings page, a query is sent to shop.max2play.com but this returns with „NODATA“.
Andy
31. März 2020 at 17:42 #48363Hi,
I tried your suggestion, but it had no effect. I tried disabling all virus software and firewalls, but that didn’t help. The internet connection was fine throughout, and I can SSH into the Pi and ping various external IP addresses.
A new problem is that the Pi now won’t automatically mount the external drive, even though I’ve added it to fstab. However, now that I’ve mounted the drive, the Squeezebox server is running three clients successfully, so at least I’ve cured the original problem (long periods of silence from all the Squeezebox clients). For now at least.
Andy20. November 2019 at 20:59 #47577I couldn’t see any easy way to resolve this so I’ve now downloaded a new image and installed it. It took a few minutes to restore my add-ons and settings but it now works fine – I have access to LMS on :9000 and max2play on :8080. Result – happiness.
Thanks for your help,
Andy15. November 2019 at 13:51 #47541Sorry, my mistake: the LMS server is working as normal on port 9000 but I’m getting no response from max2play on port 8080.
Andy
18. März 2019 at 20:33 #44799The Filetypes preference is set to stream AAC files as Native, which should be OK for my players. I tried disabling the Native setting and also the FLAC transcode so it should stream AAC as MP3, but still no sound.
Also, weirdly, when Squeezebox finishes playing an AAC files it replays the same song instead of moving onto the next song in the queue. Is there something wrong with my AAC files? In another player they are classified as AAC (MP4a, CBR).
Thanks
Andy -
