mherger wrote:
> The apples turn to brown and black, the tyrant's face is red.
> Oh the war is common cry, pick up you swords and fly.
> The sky is filled with good and bad
> That mortals never know.
> Oh, well, the night is long, the beads of time pass slow,
> Tired eyes on the sunrise,
[emoji23]
*SqueezeBoxes:* 1x Transporter (Living room) 1x SB2 (shed), 1x Radio
(Kitchen), 1x Boom (Dining room), 1x piCorePlayer (jacuzzi), 1x
piCorePlayer (Garden) 1x OSMC + Squeezelite (Movie room), 1x Touch
(Study 2), few spare unit's
*Server:* LMS on Pi3 7.9.1. on PcP 3.21
*Network:* AVM
slartibartfast wrote:
> Why on earth does a search for brown eyes find "The battle of evermore"
> by Led Zeppelin?
The apples turn to brown and black, the tyrant's face is red.
Oh the war is common cry, pick up you swords and fly.
The sky is filled with good and bad
That mortals never know.
It still seems
very counter intuitive that a list of songs which can all be played
individually do not all play when playing "all songs".
That's why a bug report has been filed for this.
--
Michael
___
Squeezecenter mailing list
dolodobendan wrote:
> That is nothing new, is it? These 11 out of 45 files that do play: Does
> TITLE contain "brown eyes"? And these 0 out of 6 files don't have
> "pogues" in TITLE, have they? The search shows all results, but "All
> songs" will only play the songs (TITLE!) that match the
slartibartfast wrote:
> This is getting even more strange. If I search for "brown eyes" I get 45
> results and playing "all songs" plays 11 of them. If I search for "brown
> eyes pogues" I get 6 results and playing "all songs" does nothing. If I
> search for "pink" I get 42 results and playing
kidstypike wrote:
> Yes, I see the same in this situation, clicking "All songs" does
> nothing.
>
> 28364
>
> 28365This is getting even more strange. Of I search for "brown eyes" I get 45
results and playing "all songs" plays 11 of them. If I search for "brown
eyes pogues" I get 6 results and
slartibartfast wrote:
> I have just found a situation where clicking play for "All Songs"
> doesn't work. Clicking on the play symbol in the second image does
> nothing. See if it works for you.
Yes, I see the same in this situation, clicking "All songs" does
nothing.
28364
28365
1.- If the FTS plugin is enabled, the play All Songs link will work
correctly with the search results produced by FTS, but it won't work
with the results of 'simple search'.
Now I have to ask: what is "simple search" vs. FTS? As somebody
mentioned FTS should be used in all cases.
--
Michael
mruano wrote:
> 28360
Only results that have the same position (here: position 2) in both
searches (shown above in the quote) will be shown in Squeeze Ctrl (for
Windows, at least) with duration. Results with different positions in
each search (like "13. Aria: Nell'impero...", positions 4 and
slartibartfast wrote:
> I have just found a situation where clicking play for "All Songs"
> doesn't work. Clicking on the play symbol in the second image does
> nothing. See if it works for you.
You obviously have FTS installed.
I uninstalled FTS a couple hours ago, to test without this
kidstypike wrote:
> Can you give us a screenshot of where you're clicking "All songs" that
> doesn't work?
I have just found a situation where clicking play for "All Songs"
doesn't work. Clicking on the play symbol in the second image does
nothing. See if it works for you.
mruano wrote:
> 28360All searches are Full Text searches if the Full Text Search plugin is
installed.
Sent from my SM-G900F using Tapatalk
slartibartfast's Profile:
mruano wrote:
> ...
Can you give us a screenshot of where you're clicking "All songs" that
doesn't work?
*Server - LMS 7.9.2 *Pi4B 4GB/pCP 6.0.0-b1 18K library, playlists & LMS
cache on SSD (ntfs)
*Study -* Pi3B+/pCP 5.0.0/pi screen/HiFiBerry DAC+/jivelite,
*Lounge* - Pi2/pCP 5.0.0 >
kidstypike wrote:
> What is "simple search"?
28360
+---+
|Filename: simple search.jpg|
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=28360|
mherger wrote:
> > How can you tell when Full Text Search is being used?
>
> When the plugin is enabled, it's used.
>
> --
>
> MichaelThat's what I thought so I don't understand this observation.
1.- If the FTS plugin is enabled, the play All Songs link will work
correctly with the search
How can you tell when Full Text Search is being used?
When the plugin is enabled, it's used.
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
mruano wrote:
> Thanks. Michael
>
> I confirm the behaviour as you describe it:
>
> 1.- If the FTS plugin is enabled, the play All Songs link will work
> correctly with the search results produced by FTS, but it won't work
> with the results of 'simple search'.
>
> 2- If the FTS plugin is
mruano wrote:
> Thanks. Michael
>
> I confirm the behaviour as you describe it:
>
> 1.- If the FTS plugin is enabled, the play All Songs link will work
> correctly with the search results produced by FTS, but it won't work
> with the results of 'simple search'.
>
> 2- If the FTS plugin is
mherger wrote:
> I can confirm there's a problem if the Fulltext Search plugin has been
> enabled. In this case the search would find stuff which the simplified
> link would not.
>
> Please file a but on https://github.com/Logitech/slimserver/issues -
> thanks!
>
> --
>
> Michael
Thanks.
slartibartfast wrote:
> I use Firefox on Windows 10 and it works using the default skin.
>
> Sent from my SM-G900F using Tapatalk
I have tried Firefox on Windows 10 - same problem
mruano's Profile:
mherger wrote:
> > I am using Google Chrome from a Windows 10 laptop
>
> What skin?
>
> It might be worth looking into the server.log file
> (Settings/Information).
>
> --
>
> Michael
Default skin
I don't see anything suspicious in the server.log file
mherger wrote:
> I can confirm there's a problem if the Fulltext Search plugin has been
> enabled. In this case the search would find stuff which the simplified
> link would not.
>
> Please file a but on https://github.com/Logitech/slimserver/issues -
> thanks!
>
> --
>
> Michael
There
I can confirm there's a problem if the Fulltext Search plugin has been
enabled. In this case the search would find stuff which the simplified
link would not.
Please file a but on https://github.com/Logitech/slimserver/issues - thanks!
--
Michael
Found it in:
'Annouce-Squeeze-Control-is-now-available-as-a-UWP-app-for-Windows-10'
(https://forums.slimdevices.com/showthread.php?106060-Annouce-Squeeze-Control-is-now-available-as-a-UWP-app-for-Windows-10=937532=1#post937532)
And the next page.
QLMS 7.9.2@2.04 x64 (digimaster) with perl
slartibartfast wrote:
> The only strange thing I found was that the tracks are played in a
> different order to the results list.
>
I mentioned this behavior before somewhere, maybe I'll find it again. I
think it was:
In the WebUI, type in the Search Field. Do not hit enter or the search
Google Chrome on Windows 10 and it works using the default skin.
*Server - LMS 7.9.2 *Pi4B 4GB/pCP 6.0.0-b1 18K library, playlists & LMS
cache on SSD (ntfs)
*Study -* Pi3B+/pCP 5.0.0/pi screen/HiFiBerry DAC+/jivelite,
*Lounge* - Pi2/pCP 5.0.0 > HiFiBerry DIGI+ > AudioEngine DAC1 > AVI DM5
mruano wrote:
> I am using Google Chrome from a Windows 10 laptopI use Firefox on Windows 10
> and it works using the default skin.
Sent from my SM-G900F using Tapatalk
slartibartfast's Profile:
I am using Google Chrome from a Windows 10 laptop
What skin?
It might be worth looking into the server.log file (Settings/Information).
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
slartibartfast wrote:
> Which interface are you using? WebUI works for me. It might be slow with
> a large number of results. The only strange thing I found was that the
> tracks are played in a different order to the results list.[image:
>
mruano wrote:
> Hi, Michael
>
> I have come across an interesting problem: when I use the Search
> function to find, for instance, all the versions of Ravel's 'Bolero'
> that are stored in my NAS, LMS responds correctly by listing all of
> them, which I can then pick and play individually.
Hi, Michael
I have come across an interesting problem: when I use the Search
function to find, for instance, all the versions of Ravel's 'Bolero'
that are stored in my NAS, LMS responds correctly by listing all of
them, which I can then pick and play individually. However, if I try to
play the
mherger wrote:
> > Settings/Advanced/Performance only has two options, resize via
> > mysquueezebox or via LMS - but not to turn off resizing all together?
>
> No, you can't turn off resizing. It's been this way for 10 years.
>
> But there's an option to pre-cache resized images during the
Settings/Advanced/Performance only has two options, resize via
mysquueezebox or via LMS - but not to turn off resizing all together?
No, you can't turn off resizing. It's been this way for 10 years.
But there's an option to pre-cache resized images during the scan. As I
said you can turn that
mherger wrote:
> > i wasn't aware, thanks for letting me know. And the resizing cannot
> be
> > turned off?
>
> You can, but I'm pretty sure you don't want to do that. Because it means
>
> they will be re-sized when you start browsing albums. Which will be
> super slow.
>
>
This is weird. Viewing this thread using Tapatalk there are six or seven
posts missing and the final post is number 21 of 28. [image:
https://uploads.tapatalk-cdn.com/20190815/13f148e8220d0a0508a235aea484c1c7.jpg]
Sent from my SM-G900F using Tapatalk
i wasn't aware, thanks for letting me know. And the resizing cannot be
turned off?
You can, but I'm pretty sure you don't want to do that. Because it means
they will be re-sized when you start browsing albums. Which will be
super slow.
Settings/Advanced/Performance
--
Michael
mherger wrote:
> >>> However, removing the templates
> >>> must have triggered some default option, because now, when my
> library
> >> is
> >>> re-scanned, LMS has decided to lookup for album art and seems to be
> >>> resizing it. How can I stop that? (luckily, I do have a backup of
> the
>
However, removing the templates
must have triggered some default option, because now, when my library
is
re-scanned, LMS has decided to lookup for album art and seems to be
resizing it. How can I stop that? (luckily, I do have a backup of the
music with the original larger album work)
The
mherger wrote:
> > YES!!! That worked, thanks very much.
>
> Great! I've committed a change to LMS which should take care of this.
>
> > However, removing the templates
> > must have triggered some default option, because now, when my library
> is
> > re-scanned, LMS has decided to lookup for
YES!!! That worked, thanks very much.
Great! I've committed a change to LMS which should take care of this.
However, removing the templates
must have triggered some default option, because now, when my library is
re-scanned, LMS has decided to lookup for album art and seems to be
resizing it.
mherger wrote:
> > This is a copy/paste of what I see when I
> (
> This might actually be a caching issue: please shut down LMS and remove
>
> the "templates" folder from LMS' cache folder. Then try again.
>
> --
>
> Michael
YES!!! That worked, thanks very much. However, removing the
This is a copy/paste of what I see when I
This might actually be a caching issue: please shut down LMS and remove
the "templates" folder from LMS' cache folder. Then try again.
--
Michael
___
Squeezecenter mailing list
mherger wrote:
> > Thanks again, Michael. I located the file and edited it as per your
> > instructions. Unfortunately, it did not fix the problem - I am still
> > getting the error message
> > [19-08-10 17:43:46.4622]
> Slim::Web::Template::SkinManager::_fillTemplate
> > (337) Error: undef
Thanks again, Michael. I located the file and edited it as per your
instructions. Unfortunately, it did not fix the problem - I am still
getting the error message
[19-08-10 17:43:46.4622] Slim::Web::Template::SkinManager::_fillTemplate
(337) Error: undef error - WHILE loop terminated (> 1000
mherger wrote:
> > Yes, I did - the number is indeed changed to 1
>
> And you did restart LMS?
>
> --
>
> Michael
I did indeed - I used
Code:
service logitechmediaserver restart
in the CLI
Yes, I did - the number is indeed changed to 1
And you did restart LMS?
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
slartibartfast wrote:
> Have you checked the file to make sure it was changed?
>
> Sent from my SM-G900F using Tapatalk
Yes, I did - the number is indeed changed to 1
mruano's Profile:
mruano wrote:
> Thanks again, Michael. I located the file and edited it as per your
> instructions. Unfortunately, it did not fix the problem - I am still
> getting the error message
> [19-08-10 17:43:46.4622] Slim::Web::Template::SkinManager::_fillTemplate
> (337) Error: undef error - WHILE
mherger wrote:
> > CPAN/Template/Directive.pm
>
> You'd find this sub-folder to one of LMS' installation folders. Where
> exactly depends on your system. You'd probably find it using
>
> find /usr -name Directive.pm
>
>
> --
>
> Michael
Thanks again, Michael. I located the file and
CPAN/Template/Directive.pm
You'd find this sub-folder to one of LMS' installation folders. Where
exactly depends on your system. You'd probably find it using
find /usr -name Directive.pm
--
Michael
___
Squeezecenter mailing list
mherger wrote:
> Well, that certainly would kill it. I've only found one place which
> would trigger the message you're seeing. And that's rendering the Genres
> list in the Advanced Search. (doesn't mean there couldn't be any other
> code breaking the same way, but that's what I've found)
>
>
Gezuz Micheal - the things you have to deal with. 5127 GENRES?!?!?!?
How the hell does that happen?
LOL
On 8/9/19, mherger wrote:
>
> mruano wrote:
>> Yes, I am afraid I do: I have 5,127 genres - I have not bothered to edit
>> them, as I don't use genres very much - so they are the ones that
mruano wrote:
> Yes, I am afraid I do: I have 5,127 genres - I have not bothered to edit
> them, as I don't use genres very much - so they are the ones that came
> with the original recordings. Would that be the cause?
Well, that certainly would kill it. I've only found one place which
would
mherger wrote:
> >> Number of tracks:Â Â Â Â 426,873
>
> You wouldn't have more than 1000 genres, would you?
>
> --
>
> Michael
Yes, I am afraid I do: I have 5,127 genres - I have not bothered to edit
them, as I don't use genres very much - so they are the ones that came
with the original
mherger wrote:
> > Number of tracks: 426,873
>
> This admittedly is a large collection.
>
> > I do get an error message in the server log: [19-08-09 11:28:03.1513]
> > Slim::Web::Template::SkinManager::_fillTemplate (337) Error: undef
> error
> > - WHILE loop terminated (> 1000 iterations)
Number of tracks: 426,873
You wouldn't have more than 1000 genres, would you?
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Number of tracks: 426,873
This admittedly is a large collection.
I do get an error message in the server log: [19-08-09 11:28:03.1513]
Slim::Web::Template::SkinManager::_fillTemplate (337) Error: undef error
- WHILE loop terminated (> 1000 iterations)
When would this happen? When you
mherger wrote:
> > I have observed that Advanced Search does not work when the number of
> > tracks in the database gets very large. Is this 'normal'?
>
> Any errors in server.log or scanner.log? How large is "very large"? What
>
> is your OS, hardware, LMS version etc.?
>
>
> --
>
>
I have observed that Advanced Search does not work when the number of
tracks in the database gets very large. Is this 'normal'?
Any errors in server.log or scanner.log? How large is "very large"? What
is your OS, hardware, LMS version etc.?
--
Michael
Hi
I have observed that Advanced Search does not work when the number of
tracks in the database gets very large. Is this 'normal'?
Thanks
mruano's Profile: http://forums.slimdevices.com/member.php?userid=66925
View this
snoogly wrote:
> > Quick update! > Advanced Search does work but vanilla search doesn't.
>
> >>> It don't make no sense! :confused: For no reason search suddenly
> started working again :confused:
It could makes sense ;-)
please use a private browsertab and check again.
If thats working -
Any ideas how I can resolve this?
First of all: check server.log for any hints about about an error
happening when you do a search. And scanner.log for any issue during the
scan (in particular at the bottom).
If that doesn't give any hint, please provide more information:
(unfortunately)
After more years than I count of 100% trouble free usage, suddenly LMS
search has stopped working. I recently updated the Mac from Mavericks to
Sierra, which is the only possible cause I can think of.
I have tried updating LMS from 7.9.1 to 7.9.2, and doing a clean rescan
of the music library,
64 matches
Mail list logo
