with all other sql-using programs removed - still the same thing as
originally reported - over a minute to get to the new music page and if
i use the diagnostic d_sql tag it crashes the system. Something is wrong
with the database but not enough to prevent it working - just badly in
some cases -
A few days ago I saw the introduction of a sort selection drop-down to the
browse albums view.
I know it's early days for the sort order control, but I can't see much benefit
for it unless this is still very much a work in progress.
I find this a bit strange for browse albums, as an album is
I find this a bit strange for browse albums, as an album is low in the
heirarchy.
Except if you browse by... album. I think it's most interesting if you
have the artwork view: some prefer browsing through the covers by artist,
others want it strictly alphabetically.
--
Michael
Finally fixed the issue but it remains mysterious - installed last
nights 6.5 beta into an entirely new location
(J: slimserver) - working fine. Can only think that some legacy files
in the usual default location were not deleted via the previous
uninstall and affected the database.
--
gandt
It doesn't seem to work for me, Albums always seem to sort
alphabetically.
I like to browse an artist then see their albums - preferably in date
order.
I think the setting needs to save to prefs so you don't have to set it
every time.
And is this going to carry over to browsing on the UI?
it was quick but before I actually tried to play anything - now its slow
again - does anybody recognise these symptoms
a) clicking on new music takes over a minute to arrive - on
squeezebox or the web ui
b) attempts to run d__sql diagnostic cause a crash
e) been true for a least the last three
On 11-Aug-06, at 4:53 AM, Craig wrote:
I think the setting needs to save to prefs so you don't have to set it
every time.
http://bugs.slimdevices.com/show_bug.cgi?id=3882
___
beta mailing list
beta@lists.slimdevices.com
Quoting tfish77 [EMAIL PROTECTED]:
SlimServer 6.3 doesn't seem to make a call to api/songs?extended (I
don't understand how it pulls data from Music IP) but I don't have the
same problem in 6.3.
6.3 requests each sone by id, which means a huge number of http
requests and teh overhead that
kdf - thanks for the info. That would explain why my log file was over
100 MB.
--
tfish77
tfish77's Profile: http://forums.slimdevices.com/member.php?userid=1809
View this thread:
Quoting tfish77 [EMAIL PROTECTED]:
kdf - thanks for the info. That would explain why my log file was over
100 MB.
yup...that was a fun search :)
-k
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
tfish - wanted to verify with you - did you try going to the
http://localhost:10002/api/songs?extended url in your browser?
Does it time out?
Thanks
-D
--
iNoah kernel's original recipe: 11 secret args and switches
___
beta mailing list
Dan Sully Wrote:
http://localhost:10002/api/songs?extended
Does it time out?
It took about 12 minutes, but it finally did load and showed me a huge
page of track information.
--
tfish77
tfish77's Profile:
Selecting an AlienBBC stream crashes slimserver v8926 with the
following
logfile :-
[EMAIL PROTECTED] slimserver]# cat /tmp/slimserver.log
2006-08-11 19:13:44.1540 my variable %nameHash masks earlier
declaration in
same scope at /usr/local/trunk/server/Plugins/SortNames/Plugin.pm line
222.
* Patrick Dixon shaped the electrons to say...
Can't use an undefined value as a symbol reference at
/usr/local/trunk/server/Slim/Formats/Playlists.pm line 111.
I just fixed this - independent of your report.
-D
--
You have the puzzle pieces? Good, then turn off the damn walls.
Except if you browse by... album. I think it's most interesting if you
have the artwork view: some prefer browsing through the covers by artist,
others want it strictly alphabetically.
Maybe the sort order is useful with smaller libraries, but I really don't see
much point with a large
I posted this bug: http://bugs.slimdevices.com/show_bug.cgi?id=3913
earlier today, and Chris suggested that I post here to see if anyone
else can offer input.
The basic problem I've been having with the latest trunk versions of
the last several weeks is that intermittently one or more songs in
Still broken in 8933 - see post on dev list
Patrick if you comment out the if statement it works
--
Triode
Triode's Profile: http://forums.slimdevices.com/member.php?userid=17
View this thread:
it looks like you all are starting to get to the bottom of this. i
won't be home until tomorrow, but I will try to do some testing then
(i've got 24K tracks in my collection).
--
woo
woo's Profile:
* woo shaped the electrons to say...
it looks like you all are starting to get to the bottom of this. i
won't be home until tomorrow, but I will try to do some testing then
(i've got 24K tracks in my collection).
The MusicIP beta 1.7b5 has a fix for this issue.
19 matches
Mail list logo
