Re: [SlimDevices: SqueezeCenter] TuneIn Question
I have an odd question; I'm currently logged into TuneIn on my LMS. I have also used TuneIn on my desktop to stream a few music stations. Are you signed in to TuneIn on MySB or in LMS only? ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Remove Spotify and Deezer Playlists
Thanks. I don't know how I missed that... audiomike's Profile: http://forums.slimdevices.com/member.php?userid=67968 View this thread: http://forums.slimdevices.com/showthread.php?t=116063 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Remove Spotify and Deezer Playlists
rescan media library with "clear library and rescan everything". mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread: http://forums.slimdevices.com/showthread.php?t=116063 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] Remove Spotify and Deezer Playlists
Can someone tell me how to remove the Deezer and Spotify playlists from "My Music/Playlist"? I've uninstalled the plugins, updated my media libraries, but they still persist. audiomike's Profile: http://forums.slimdevices.com/member.php?userid=67968 View this thread: http://forums.slimdevices.com/showthread.php?t=116063 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Cue files and .cur files
Haven't I already said enough? No, I've said too much. And unfortunately in the process I neglected to mention some crucial matters: 1. My central thesis, implied but never stated, is that a .cur file appears in the database for every file that is referenced in a cue file, but which is either not found, or found not to match the description in the cue sheet, such as tags the specify a different album name or track number. This should have been the tldr. 2. My extensive description of my own experience was there just to describe the process by which I made my observations. As much as I'd like to have the .cur files disappear, my oddball use is no reason to make any changes. It's the other problem reports, from people who don't even know they have cue files, that might be justify considering this to be an issue. But it is not my call, and I know there are more pressing issues. And besides, I wanted to know if my thinking is on the right track, or entirely wrong. LMS 8 nightly running on Raspberry Pi OS. Mostly virtual players, occasionally with SB Radio, Boom or Classic. RobbH's Profile: http://forums.slimdevices.com/member.php?userid=67008 View this thread: http://forums.slimdevices.com/showthread.php?t=116062 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Bug or Raspberry Pi to slow?
bpa wrote: > Not sure if you're still using the ncat script but completeness. > > Attached is a V2 of the script which is more efficient > > 1. It uses CLI "status" command to return all metadata in one call. > 2. It uses the "subscribe" option of the "status" command so that status > message are generated unsolicited when changes happens (e.g. new track, > player mode) or after a time lime (currently 20 secs). > > So no need for polling loop in batch file. Thank you @bpa. But yesterday I got this https://forums.slimdevices.com/showthread.php?112809-Pipe-Squeezelite-to-Icecast&p=1049301&viewfull=1#post1049301 from Matt. As you can read I gave it a shot. And I got it work. So for now I use his concept with success. Regards, Henk Hellsblade's Profile: http://forums.slimdevices.com/member.php?userid=4283 View this thread: http://forums.slimdevices.com/showthread.php?t=116052 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] Cue files and .cur files
There have been some recent reports of problems with .cur files showing up in music libraries, but turning out to be unplayable. These files are related to the presence of (usually unwanted) .cue files or cue sheets embedded in flac files, so the solution is simple: get rid of the cue files or embedded cue sheets. The .cur files disappear. But I haven't found any discussion of exactly what these .cur files are, and that's what I would like to address. I do not have any knowledge of the code involved, so all I have to to say is speculation, but I have tried to base it on logic and observation. Background: originally LMS supported cue files that pointed to a single audio file, defining a sequence of tracks contained within the file, such as a rip of an entire CD or a side of an LP. A few years ago some changes were made so that now LMS can use cue sheets that point to multiple files, so each of the tracks can be a separate file. These changes seem to be when .cur file problems began occurring. Why would you want a cue sheet pointing to multiple files? If every track on an album is already a separate file, why not just play those files? There could be some valid reasons: having one file for each side of an LP could be one reason. But another reason, maybe not so valid, is because you want to use certain features in ways that were never intended. And that is the reason for my interest in this issue: I want to use the same individual track files in two or more albums, so I want to be able to address the same files from multiple cue sheets. Again, why? One reason is to be able to break individual albums out of comprehensive compilations, like Mosaic box sets. Another reason has to do with classical albums that contain several works, each with multiple movements on different tracks. It may be desirable to have easy access to the entire album, and to each of the complete works included. (Note: it has been pointed out in another thread on the subject that it would be much more sensible to just copy the files to a different folder. That's very true, but not relevant to this post. Remember, this part is just background!) One complication with this is that files that are addressed by a cue sheet are not supposed to be visible in the LMS database, for obvious reasons. They are visible if you browse the music folder, but they cannot be played. Oddly enough, they can be added to favorites, though. In my scenario of a box set and separate albums contained within it (not necessarily in the same sequence), it is necessary for both the box set and the original albums to be defined by .cue files. It also seems to help if the actual flac files are not directly scanned by LMS, so I put them in a separate folder with a sentinel file to tell the scanner to skip the folder. I put symbolic links to those files in the folder with the cue sheet, which points to the symlinks. That's all background to explain what I think is happening with .cur files. It appears to me that they are database entries created by LMS when it encounters discrepancies between a cue sheet and the tags it finds in the flac files the cue sheet points to. For instance, if the album name or track number is different, it stores a virtual .cur file with the attributes of the flac file. The .cur file cannot be played, but it can be added to the current playlist and LMS will throw an error when it attempts to play the file. If my speculation is wildly off base, I hope someone (by which I mainly mean Michael, but there are others who may know, as well) will correct me. But if this is close to what actually happens my question is this: Is it really necessary for LMS to display the .cur files and allow them to be loaded into the play queue? I assume they do serve a purpose, internally, but couldn't they be hidden? Are there any occasions when it is desirable for the user to see them in the database? Here's an error report of a recent attempt to play a .cur file (I have shortened the path to the file for readability, but it is otherwise unedited): Code: [22-03-02 15:36:18.9383] Slim::Formats::loadTagFormatForType (120) Error: Couldn't load module: (cur) : [syntax error at (eval 1441) line 1, at EOF ] [22-03-02 15:36:18.9390] Slim::Formats::loadTagFormatForType (120) Backtrace: frame 0: Slim::Utils::Log::logBacktrace (/usr/share/perl5/Slim/Formats.pm line 120) frame 1: Slim::Formats::loadTagFormatForType (/usr/share/perl5/Slim/Player/Protocols/File.pm line 409) frame 2: Slim::Player::Protocols::File::canSeek (/usr/share/perl5/Slim/Player/Song.pm line 842) frame 3: Slim::Player::Song::canDoSeek (/usr/share/perl5/Slim/Player/Song.pm line 812) frame 4: Slim::Player::Song::canSeek (/usr/share/perl5/Slim/Player/Song.pm line 394) frame 5: Slim::Player::Song::open (/usr/share/perl5/Slim/Player/StreamingController.pm line 1229) frame 6: Slim::Player::StreamingController::_Stream (/usr/share/perl5/Slim/Player/S
Re: [SlimDevices: SqueezeCenter] Now where was I?
@troffasky - Did you ever confirm that you are seeing this on your local library? My referencing to timeout/disconnect was really just to mention what reliable/persistent addresses with podcast streams, which I think it irrelevant for local (LMS->player) streaming (as mentioned previously) Jim Redrum's Profile: http://forums.slimdevices.com/member.php?userid=33806 View this thread: http://forums.slimdevices.com/showthread.php?t=115999 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Now where was I?
troffasky wrote: > I am checking the state of the connection between LMS and whatever the > stream is coming from. This was in response to Redrum's supposition that > the issue is caused by this leg of the connection timing out. I think LMS notes the "last position" by the info coming back from slimproto as a player may have a huge internal buffer (or a highly compressed very low bit rate MP3 stream) and yet have only played a fraction of it - it is the duration of the fraction played that should be recorded as the "last position" and not the amount received and so the state of the audio connection may not be relevant if all audio data has been downloaded into the player. I think to be certain, you need to validate by enabling LMS logs. I think if a stream is paused and it is not a "live" stream (i.e. a known limited duration) - LMS will hold data buffer but the source may close the TCP connection if data does not move within a time period. If connection is closed LMS will hold the "last position". Depending on the source (i.e. HTTP server with an ability to start at a Byte offset) - the stream may be resumed at the byte offset. *Not all sources can do this.* IIRC Podcast mechanism depends on being able to request a byte offset from a HTTP server. Phillippes build on this with caches in memory or on disk but it may be reliant on HTTP server capabilties. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115999 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] TuneIn Question
I have an odd question; I'm currently logged into TuneIn on my LMS. I have also used TuneIn on my desktop to stream a few music stations. I've favorited stations on my desktop, and for years they mirrored over to my LMS/MySqueezebox. They currently aren't; and the list of stations you can search both locally and/or nationally (I'm in the USA) aren't the same. I have old stations showing up in LMS and new stations aren't. Is it finally broken, or might I have to select something to re-scrape the user files in TuneIn? Running LMS 8.2.0 - 1627922070 Thanks in advance for helping keep this platform working! -Andy andybflo's Profile: http://forums.slimdevices.com/member.php?userid=68321 View this thread: http://forums.slimdevices.com/showthread.php?t=116061 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Now where was I?
bpa wrote: > What are you checking with this command ? I am checking the state of the connection between LMS and whatever the stream is coming from. This was in response to Redrum's supposition that the issue is caused by this leg of the connection timing out. troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248 View this thread: http://forums.slimdevices.com/showthread.php?t=115999 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Now where was I?
troffasky wrote: > You can see the connection LMS makes to the provider with lsof. > > lsof -i -n | grep squee | grep ESTABLI | grep -v 127.0.0.1 > > I can see that as soon as I press pause, the connection to Akamai is > closed. > Tested with a generic internet radio stream and I can see that it is not > immediately closed on pause, it was about a minute. What are you checking with this command ? A player has at least two connection - audio stream and LMS control. The audio stream can be between LMS and player or station and player. When a player is playing direct - the audio connection is from player to station. The control connection between player and LMS - this is the connection that matters. I'm guessing LMS is using the slimproto (TCP port 3483 common to all players) as the connection to determine if a player is connected or not and possibly the one which determines if position is remembered. This connection can be broken if player and/or LMS goes to "sleep" bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115999 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Now where was I?
Redrum wrote: > > Are you using the power save plugin? > Nope, these machines are just running squeezelite which doesn't have that option. troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248 View this thread: http://forums.slimdevices.com/showthread.php?t=115999 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Now where was I?
Redrum wrote: > > /we had assumed that the "losing place after extended time" was due to > the http(s) connection being dropped by the provider, but maybe (?) it's > an LMS thing instead. > You can see the connection LMS makes to the provider with lsof. lsof -i -n | grep squee | grep ESTABLI | grep -v 127.0.0.1 I can see that as soon as I press pause, the connection to Akamai is closed. Tested with a generic internet radio stream and I can see that it is not immediately closed on pause, it was about a minute. troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248 View this thread: http://forums.slimdevices.com/showthread.php?t=115999 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Now where was I?
Just thought of something... Are you using the power save plugin? 37390 I really don't understand the details of what "power" means, as there is no hard power off other than press and hold or unplug. But maybe this "power" causes the queue position to be discarded? Note that the settings are per player Jim +---+ |Filename: power save.png | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37390| +---+ Redrum's Profile: http://forums.slimdevices.com/member.php?userid=33806 View this thread: http://forums.slimdevices.com/showthread.php?t=115999 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Bug or Raspberry Pi to slow?
Not sure if you're still using the ncat script but completeness. Attached is a V2 of the script which is more efficient 1. It uses CLI "status" command to return all metadata in one call. 2. It uses the "subscribe" option of the "status" command so that status message are generated unsolicited when changes happens (e.g. new track, player mode) or after a time lime (currently 20 secs). So no need for polling loop in batch file. +---+ |Filename: cli_status_v2.lua.txt| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37389| +---+ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116052 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Now where was I?
troffasky wrote: > Yes, time offline does make a difference. This morning the one that was > fine when I tested it is now back at 0:00. "Resume - 14 minutes left" > works as expected. > So I guess after some time LMS gives up on the client and forgets where > it was. Simply suspending and resuming doesn't replicate this, it needs > to be left suspended for a while. Interesting. Like I mentioned, I experienced this exactly with podcasts. Philippe's "reliable" which got integrated into LMS as the "persistent" option, solved other podcast issues, but I can't remember if it solved what you describe. I'll test today, and look back and see if I can find that discussion. I'll also test it on a long song from my library on another unused player. I say "interesting" because I/we had assumed that the "losing place after extended time" was due to the http(s) connection being dropped by the provider, but maybe (?) it's an LMS thing instead. Jim Redrum's Profile: http://forums.slimdevices.com/member.php?userid=33806 View this thread: http://forums.slimdevices.com/showthread.php?t=115999 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Now where was I?
Yes, time offline does make a difference. This morning the one that was fine when I tested it is now back at 0:00. "Resume - 14 minutes left" works as expected. So I guess after some time LMS gives up on the client and forgets where it was. Simply suspending and resuming doesn't replicate this, it needs to be left suspended for a while. troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248 View this thread: http://forums.slimdevices.com/showthread.php?t=115999 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter