PDA

View Full Version : ANNOUNCE: Moose 0.71 (win frontend)



DrLovegrove
2009-05-21, 04:48
Ok, new Moose build up in the usual places..

Should work with the new SQLite nightlies - note that the sqlite
provider dll's changed.. Full details in the setup page..
There are also a bunch of new bits and bobs:

* Scanning - Added quick-n-dirty support for new SQLite databases -
no support for persistent things like ratings yet
* Library - Search text now treats multiple words as multiple terms
-> "bo da" will now match "david bowie", etc
* Library - If search text is empty, the track list no longer gets
populated. To show all the tracks, use the 'Show All' button.
* Tree - Fixed support for some of the newer Radios/Music Services
* Tree - Added Server->Albums->Year 2007 and 2009
* Tree - Added 6-second timeout for radio icons to avoid lockups
* Now Playing - Status button's text colour tweaked. Behaves better
when semi-transp.
* Now Playing - Added support for launching SqueezePlay - need to set
the path in the options, etc.
* Now Playing - The Hotkeys (CTRL + P, CTRL + S, CTRL + F, CTRL + B,
F8, F9 and F10) will only be system-wide now if 'Global Hot keys' is
ticked in the tray icon menu. If this isnt ticked they'll only work
when the now playing window has the focus.
* Playlist - Fixed 'remove all before' and 'remove all after' in
playlist popup menu
* Playlist - Fixed 'remove all non-flacs' et al so they work when the
URL column's not shown

Enjoy,

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

Webkemmi
2009-05-21, 13:31
Hello Dr Lovegrove,

this is great news! Thanks to adapt moose to the new SQLite db so quickly!

Nevertheless I had problems scanning the database:

I run SC 7.4-26702 on my WHS.
On a Windows Home Server, the database file 'squeezecenter.db' is located in the hidden folder "C:\Documents and Settings\All Users\Application Data\SqueezeCenter\cache"
First of all I downloaded the necessary file "System.Data.SQLite.DLL" and copied it into the program folder on my notebook where moose.exe is located. When I choose to scan the SQLite db in the moose preferences window I have to enter the path to the db file (which in my case is located on the WHS). One posibility is copying the db file from the server to a folder on my notebook. I preferred to share the cache folder on my WHS as SQL$ (hidden share) with read access rights for everyone.
After entering the UNC path e.g. \\server\sql$\squeezecenter.db in moose I was able to scan the database without any problems (see attached screenshot).

I think this hint could be helpful for WHS users.

Regards
Stefan

Philip Meyer
2009-05-21, 13:44
Does this new version also still support MySQL?

Webkemmi
2009-05-21, 14:01
yes, I first installed moose 0.71 and tried it with my older running SC (with mysql db). It could scan the mysql db without problems.
It seems as if only the sqlite part has been adapted.
Correct Dr Lovegrove?

Stefan

Nonreality
2009-05-21, 17:13
Very strange. I'm running 7.4 with the sqlite. The strange thing is I forgot to check it and hit scan with the mysqp box checked. It scanned and so I decided to run it and everything worked. It had albums that I had just added last night. So is 7.4 running both? Why would it work?
Ok I'm really confused. Here is my info now and it's showing mysqp
Version: 7.4 - 26678 @ Tue May 19 01:12:29 PDT 2009
MySQL Version: 5.0.22-community-nt
Did I revert back without knowing it or did they?

DrLovegrove
2009-05-22, 01:57
2009/5/22 Nonreality <Nonreality.3ska5z1242951841 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> Very strange. I'm running 7.4 with the sqlite. The strange thing is I
> forgot to check it and hit scan with the mysqp box checked. It scanned
> and so I decided to run it and everything worked. It had albums that I
> had just added last night. So is 7.4 running both? Why would it work?
> Ok I'm really confused. Here is my info now and it's showing mysqp
> Version: 7.4 - 26678 @ Tue May 19 01:12:29 PDT 2009
> MySQL Version: 5.0.22-community-nt
> Did I revert back without knowing it or did they?

If your info page says MySql, you're running the trunk rather than the
sqlite/noweb build.. I think there was some issue with their build
server building
both and writing the trunk one over the noweb one or something.. Could
be wrong..
I grabbed one the other day and it was still mysql, then I re-grabbed it and it
was the noweb version.. Shame they cant just build both and have 2 folders for
a bit..

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

DrLovegrove
2009-05-22, 02:09
2009/5/21 Phil Meyer <slim (AT) hergest (DOT) demon.co.uk>:
> Does this new version also still support MySQL?

Yes, and it should be a tiny bit quicker than 0.70..

Moose should support all server DB's right back to version 5..

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

Webkemmi
2009-05-22, 09:22
Since online radio/music services now work, one question:
how can I use the 'Browse' option within the Napster menu?
I could not find any text field for entering search words, etc.

btw: Great Job, moose is fantastic!
Stefan

nacmacfeegle
2009-05-22, 10:10
I just wanted to say thanks to the good doctor for updating this marvellous plugin.
Cheers, have a good weekend.
Nac

Philip Meyer
2009-05-22, 11:41
>Yes, and it should be a tiny bit quicker than 0.70..
Wonderfull :-)

Nonreality
2009-05-22, 15:04
2009/5/22 Nonreality <Nonreality.3ska5z1242951841 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> Very strange. *I'm running 7.4 with the sqlite. *The strange thing is I
> forgot to check it and hit scan with the mysqp box checked. *It scanned
> and so I decided to run it and everything worked. *It had albums that I
> had just added last night. *So is 7.4 running both? *Why would it work?
> Ok I'm really confused. *Here is my info now and it's showing mysqp
> Version: 7.4 - 26678 @ Tue May 19 01:12:29 PDT 2009
> MySQL Version: 5.0.22-community-nt
> Did I revert back without knowing it or did they?

If your info page says MySql, you're running the trunk rather than the
sqlite/noweb build.. I think there was some issue with their build
server building
both and writing the trunk one over the noweb one or something.. Could
be wrong..
I grabbed one the other day and it was still mysql, then I re-grabbed it and it
was the noweb version.. Shame they cant just build both and have 2 folders for
a bit..

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

I upgraded it and it now doesn't show any db so it must be the new one. That was weird. Thanks for the reply.

IMGrant
2009-05-23, 01:09
I have a couple of problems with Moose 0.71:

1. Radio stations no longer seem to show the icon as the cover, even though it still shows in the SC web interface.

2. I can't seem to get the artist info to show in the now playing panel - all I can see is the track title, progress bar and below that the album. When playing radio stations it shows the artist and no album, which is fine. I've tried re-sizing the window and reducing fonts, etc, but it just leaves a big gap, where the artist info could conceivably fit, but it does not show it.

DrLovegrove
2009-05-24, 03:52
2009/5/23 IMGrant <IMGrant.3smqhz1243066321 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> I have a couple of problems with Moose 0.71:
>
> 1. Radio stations no longer seem to show the icon as the cover, even
> though it still shows in the SC web interface.
>
> 2. I can't seem to get the artist info to show in the now playing panel
> - all I can see is the track title, progress bar and below that the
> album. When playing radio stations it shows the artist and no album,
> which is fine. I've tried re-sizing the window and reducing fonts, etc,
> but it just leaves a big gap, where the artist info could conceivably
> fit, but it does not show it.

Which server build are you using ?

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

IMGrant
2009-05-25, 01:34
Which server build are you using ?


I was using build 26644 when I wrote the previous post, jsut upgraded to latest (26719) this morning, but no change.

Hwirt
2009-05-25, 15:55
I noticed an issue with Moose 0.71 when using the mute button on the volume control; clicking on the mute does mute the output of the SB3 but when clicking on the mute button a second time to un-mute, the volume shoots up to maximum output! My SB3 is connected directly to my power amp making this a real eye and ear opener.

Other than that small glitch Moose is working great. Donĺt know if this was an issue with earlier versions because never used the mute button before.

DrLovegrove
2009-05-26, 08:50
2009/5/23 IMGrant <IMGrant.3smqhz1243066321 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> I have a couple of problems with Moose 0.71:
>
> 1. Radio stations no longer seem to show the icon as the cover, even
> though it still shows in the SC web interface.
>
> 2. I can't seem to get the artist info to show in the now playing panel
> - all I can see is the track title, progress bar and below that the
> album. When playing radio stations it shows the artist and no album,
> which is fine. I've tried re-sizing the window and reducing fonts, etc,
> but it just leaves a big gap, where the artist info could conceivably
> fit, but it does not show it.

Ok, right, both of these are due to bugs with the new 7.4 'noweb' server
nightlies.. They dont return half the information asked for via the CLI status
command anymore. (no artist, no artwork_url, etc..)

Presumably there's a bit of a refactor going on, and this should be fixed
shortly. In the meantime the 7.3.3 nightly is pretty stable and reliable.

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

DrLovegrove
2009-05-26, 08:50
2009/5/25 Hwirt <Hwirt.3srkxz1243292402 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> I noticed an issue with Moose 0.71 when using the mute button on the
> volume control; clicking on the mute does mute the output of the SB3 but
> when clicking on the mute button a second time to un-mute, the volume
> shoots up to maximum output! My SB3 is connected directly to my power
> amp making this a real eye and ear opener.
>
> Other than that small glitch Moose is working great. Donĺt know if
> this was an issue with earlier versions because never used the mute
> button before.

Ahh, yes, just fixed the code.. Should be in the next release..

Thanks,

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

IMGrant
2009-05-26, 10:03
Ok, right, both of these are due to bugs with the new 7.4 'noweb' server
nightlies.. They dont return half the information asked for via the CLI status
command anymore. (no artist, no artwork_url, etc..)

Presumably there's a bit of a refactor going on, and this should be fixed
shortly. In the meantime the 7.3.3 nightly is pretty stable and reliable.


Okay, cool, I will wait it out!

tamanaco
2009-07-14, 08:30
I started testing moose 0.71 with the new SQLite build running on an XP server. In order to be able to copy and rescan the library I had to share the Squeezebox Server Cache folder and entered the path to that shared folder as the SQLite data source. Is this the correct way?

1. Is there an equivalent SQL$ hidden share in XP when it's running an instance of SQLite?

2. I selected to copy the SQLited db locally, but when I click to rescan tbe moose library the progress bar window comes up, but no progress is reflected. (The album covers and progress bar display as expected when I rescan the thumbnails from cache)

3. After the scan is finished I end up with several albums with multiple album covers in the Album Cover view. All the duplicate covers lists all the tracks in the album when I select Play Track. Btw, the Tree view of shows the correct number of covers per album and so does the SC Web UI.

4. I think I mentioned this before, the order of the tracks in the Play Track view when I right click an Album cover is not in order after "some" rescans. EDIT: I also just noticed that when I click in some the album covers it lists the tracks from other albums. I think that the duplicate covers are taking over the covers of other albums and changed the sequence of the covers for subsequent albums.

maggior
2009-07-14, 19:40
The announcement caught my attention today and I thought I'd give Moose a try. It is really awesome I have to say. I was really surprised at how easy it was to get going in my configuration. My server is running on Linux and it password protected and I don't use the default port address - all of these things were handled well by Moose.

My daughter is 5 and is just starting to learn to read. She is quite adept at using a computer already and regularly browses websites like Disney, Sprout, and Nick Jr. Seeing the artwork navigation of Moose got me thinking that this would be a great UI for her to use to select music on her Boom! And it is.

To allow her to navigate, all I have to do is select the "kiddie" genre so that only the covers from that genre are shown and adjust the size as appropriate for her. Fantastic!

The issue is that when Moose is exited, restarted, and the cover view is gone back to, it reverts back to showing the covers for the entire library.

It would be nice if changes made in the selected genre in the cover view persisted.

Again, an amazing application!

tamanaco
2009-07-15, 13:04
I might be wrong, but the issues I'm having with SQLite based server might related to albums whose name or artist name start with character with foreign accents such as: í ß Ú Ý ˇ ˙ Ř ˝ š ˘ Ń. I have a couple albums by a band named íCubanismo! and none of their albums appear in the cover chooser or tree view, but they appear in the SC Web UI.

DrLovegrove
2009-07-16, 04:43
2009/7/14 tamanaco <tamanaco.3vbljb1247585521 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> I started testing moose 0.71 with the new SQLite build running on an XP
> server. In order to be able to copy and rescan the library I had to
> share the Squeezebox Server Cache folder and entered the path to that
> shared folder as the SQLite data source. Is this the correct way?

It's the way I do it.. Not sure if there's an SQL$ or not.. Probably not..

> 2. I selected to copy the SQLited db locally, but when I click to
> rescan tbe moose library the progress bar window comes up, but no
> progress is reflected. (The album covers and progress bar display as
> expected when I rescan the thumbnails from cache)

Hmm.. Sounds like a bug.. I'll look into that..

> 3. After the scan is finished I end up with several albums with
> multiple album covers in the Album Cover view. All the duplicate covers
> lists all the tracks in the album when I select Play Track. Btw, the
> Tree view of shows the correct number of covers per album and so does
> the SC Web UI.

Strange, can't repeat this on the latest SC.. Does the library/library window
have the duplicates as well ? Presumably a full wipe/rescan fixes things, but
then the duplicates happen again after playing ?

> 4. I think I mentioned this before, the order of the tracks in the Play
> Track view when I right click an Album cover is not in order after
> "some" rescans.

Is it sorting by filename ? Do you have track numbers in the filenames ?

> I might be wrong, but the issues I'm having with SQLite based server
> might related to albums whose name or artist name start with character
> with foreign accents such as: í ß Ú Ý ˇ ˙ Ř ˝ š ˘ Ń.. I have a couple
> albums by a band named íCubanismo! and none of their albums appear in
> the cover chooser or tree view, but they appear in the SC Web UI.

I've just created a fake íCubanismo! album and it all seems to work fine. I
wonder if it's a server bug that's recently been fixed ? Which server build
are you running ?

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

DrLovegrove
2009-07-16, 04:46
2009/7/15 maggior <maggior.3vcgjz1247625721 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> The announcement caught my attention today and I thought I'd give Moose
> a try. It is really awesome I have to say. I was really surprised at
> how easy it was to get going in my configuration. My server is running
> on Linux and it password protected and I don't use the default port
> address - all of these things were handled well by Moose.

Good, good.. :-)

> To allow her to navigate, all I have to do is select the "kiddie" genre
> so that only the covers from that genre are shown and adjust the size as
> appropriate for her. Fantastic!
>
> The issue is that when Moose is exited, restarted, and the cover view
> is gone back to, it reverts back to showing the covers for the entire
> library.
>
> It would be nice if changes made in the selected genre in the cover
> view persisted.

Ok, I've made it remember the genre in the cover chooser, which should make
things a bit easier. Should make the next release, which i'll try and sort out
soon..

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

tamanaco
2009-07-16, 08:32
It's the way I do it.. Not sure if there's an SQL$ or not.. Probably not..

Btw, there is an issue with sharing the Cache folder. The SC Control Panel has an option to clear the cache that actually deletes the cache folder and the share. When I select to copy the SQLite db locally before scanning I don't think moose is copying the db file to the local machine. I can not find it anywhere in the local drive. To what folder is moose suppose to copy the squeezecenter.db? In the SQLite option field I entered \\myservername\cache\squeezecenter.db The share and the file exists in the server.


Hmm.. Sounds like a bug.. I'll look into that..
Could it be that moose is not copying the db locally?


Strange, can't repeat this on the latest SC.. Does the library/library window have the duplicates as well ? Presumably a full wipe/rescan fixes things, but then the duplicates happen again after playing ?
Again, it might be related to not having a local copy of the db. Btw, the description and tracks when I click the album covers do not match. I think the album covers are off sync by 3 albums. My first album cover is by an artist named Adby... its album cover is missing, but the 3rd album cover which is by another artist shows the Adby album descrition and tracks. The description and tracks for the first 3 albums are for the íCubanismo! albums, but the album covers do not match.



Is it sorting by filename ? Do you have track numbers in the filenames ?
Yes, I have track mumbers in the file names.. 01. Trackname.flac, 02. Trackname.flac, 03. ... 10. ... etc. Sometimes they're sorted correctly and sometimes they're not. When I was using the MySQL version forcing moose to rescan the library solved the problem



I've just created a fake íCubanismo! album and it all seems to work fine. I
wonder if it's a server bug that's recently been fixed ? Which server build
are you running ? Is the "fake" íCubanismo! album listed first with its respective album cover when you sort the album cover by artist name? I'm using todays SQLite build 27604

Thanks...

maggior
2009-07-16, 08:36
2009/7/15 maggior <maggior.3vcgjz1247625721 (AT) no-mx (DOT) forums.slimdevices.com>:[color=blue]
Ok, I've made it remember the genre in the cover chooser, which should make
things a bit easier. Should make the next release, which i'll try and sort out
soon..

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews


Wow, that's awesome!!! Thanks so much!

DrLovegrove
2009-07-16, 09:41
2009/7/16 tamanaco <tamanaco.3vfayn1247758441 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> DrLovegrove;441046 Wrote:
>
> Btw, there is an issue with sharing the Cache folder. The SC Control
> Panel has an option to clear the cache that actually deletes the cache
> folder and the share.

Yes, hopefully they'll change that.. Alternatively could you share the folder
1 level up from cache ?

> When I select to copy the SQLite db locally before
> scanning I don't think moose is copying the db file to the local
> machine. I can not find it anywhere in the local drive. To what folder
> is moose suppose to copy the squeezecenter.db? In the SQLite option
> field I entered \\myservername\cache\squeezecenter.db The share and the
> file exists in the server.

It should copy it to moose's thumbnail cache folder. It renames the copy to
something like "MooseSQLite.tmp.db" I think.. Is it there ?

> Again, it might be related to not having a local copy of the db. Btw,
> the description and tracks when I click the album covers do not match. I
> think the album covers are off sync by 3 albums. My first album cover is
> by an artist named Adby... its album cover is missing, but the 3rd album
> cover which is by another artist shows the Adby album descrition and
> tracks. The description and tracks for the first 3 albums are for the
> íCubanismo! albums, but the album covers do not match.

I wonder if moose's thumbnails have somehow got out of sync.. Have a
check of the jpegs in the folder.

Ahh, has the sqlite db file changed names in recent nightlies ? Is moose
pointing at an out of date file ? Might be something simple like that ?

> Yes, I have track mumbers in the file names.. 01.filename.flac
> ,02.filename.flac, 03... 10 etc. Sometimes they're sorted correctly and
> sometimes they're not. When I was using the MySQL version forcing moose
> to rescan the library solved the problem

Sounds like it's not picking up track numbers from the db for some reason.
I'll check the sorting code for that..

>> I've just created a fake íCubanismo! album and it all seems to work
>> fine. I
>> wonder if it's a server bug that's recently been fixed ? Which server
>> build
>> are you running ? Is the "fake" íCubanismo! album listed first when you sort the album
> cover by artist name? I'm using todays SQLite build 27604

Ahh, that's interesting.. The fake album's listed in the library tab
but not the cover
chooser tab.. Should be able to fix that one.. :-)
It's not listed anywhere on the webui, other than music folders, which
is strange too..

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

tamanaco
2009-07-16, 10:27
Yes, hopefully they'll change that.. Alternatively could you share the folder 1 level up from cache ?
I also hope that they fix it. I don't agree with putting critical configuration files in a volatile folder. Sure, I can try sharing the folder one level up. In the past I remember using a Windows shortcut as an alias that points to the actual file in another folder, but I don't know if this approach will be useful in this case.



It should copy it to moose's thumbnail cache folder. It renames the copy to
something like "MooseSQLite.tmp.db" I think.. Is it there ?
Ok, no wonder I could not find it. The MooseSQLite.tmp.db is in the thumbnails cache folder.



I wonder if moose's thumbnails have somehow got out of sync.. Have a
check of the jpegs in the folder.

Ahh, has the sqlite db file changed names in recent nightlies ? Is moose
pointing at an out of date file ? Might be something simple like that ?
I just checked the thumbnails and the first 3 jpegs are named as follows:

%c2%a1Cubanismo!+-+%c2%a1Cubanismo!+featuring+Alfredo+Rodriguez - 100.jpg
%c2%a1Cubanismo!+-+Malembe - 100.jpg
%c2%a1Cubanismo!+-+Reencarnaci%c3%b3n - 100.jpg

The other .jpg files do not have those extra characters at the beginning of their names. In the sorting by album name I might run into problems with albums with names like "˝˝o Que Bueno Esta" as it begins with an accented character.


Sounds like it's not picking up track numbers from the db for some reason.
I'll check the sorting code for that..
Thanks

pedalhead
2009-07-17, 03:21
I've been trying this out today & it looks great, thanks. I am having some trouble though that I hope you may be able to help with. Moose is displaying the player information just fine, but I don't seem to be able to populate the Moose database. When I hit the Rescan button, the progress bar pops up for a second, and then disappears. You can see from the screenshot that it's picking up the albums from the server, but not building the library. Any ideas?

I'm running 7.4 - r27604 and Moose 0.71

Cheers. Mark.

DrLovegrove
2009-07-17, 07:41
2009/7/17 pedalhead <pedalhead.3vgr6n1247826122 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> I've been trying this out today & it looks great, thanks. I am having
> some trouble though that I hope you may be able to help with. Moose is
> displaying the player information just fine, but I don't seem to be able
> to populate the Moose database. When I hit the Rescan button, the
> progress bar pops up for a second, and then disappears. You can see
> from the screenshot that it's picking up the albums from the server, but
> not building the library. Any ideas?
>
> I'm running 7.4 - r27604 and Moose 0.71

Hi Mark,

Yeah, those settings look fine.. Does toggling the 'copy locally' switch change
anything ? Is the \\hades\squeezebox\cache share correct and usable from
an explorer window ?

If you turn on moose's logging via the misc tab and do a rescan, is there
anything interesting in the log file ?

Also, possibly try running moose as admin and disabling UAC in case its a
local permissions thing.. Shouldnt need to do that though..

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

pedalhead
2009-07-17, 07:55
Hi, thanks for the reply. The share path is definitely good, and UAC is already off on this machine. The "Copy Locally" option is definitely working...when enabled, the rescan bar dialogue appears for a couple of seconds, and there's a spike in network traffic as I would expect. When "copy locally" is unchecked, the rescan bar appears for a shorter time...a fraction of a second.

Something interesting in the log though...

SQLite DB copied from \\hades\squeezebox\cache\squeezecenter.db to thumbs\MooseSQLite.tmp.db
SQLite DB Scanning problems -> Could not load file or assembly 'System.Data.SQLite, Version=1.0.61.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
EXCEPTION: SQLite DB Scanning problems: \\hades\squeezebox\cache\squeezecenter.db
Queuing: 00:04:20:07:38:49 status - 1 tags:jalydestruK

CLI dequeue: 00:04:20:07:38:49 status - 1 tags:jalydestruK

Skipping auto dequeue


etc....
----------------------------------------------
I've double-checked the "System.Data.SQLite.DLL" file is present in same directory as Moose.exe

Thanks for the help. Mark.

DrLovegrove
2009-07-17, 08:05
2009/7/17 pedalhead <pedalhead.3vh3vb1247842561 (AT) no-mx (DOT) forums.slimdevices.com>:
>
> Something interesting in the log though...
>
> -SQLite DB copied from \\hades\squeezebox\cache\squeezecenter.db to
> thumbs\MooseSQLite.tmp.db
> SQLite DB Scanning problems -> Could not load file or assembly
> 'System.Data.SQLite, Version=1.0.61.0, Culture=neutral,
> ----------------------------------------------
> I've double-checked the "System.Data.SQLite.DLL" file is present in
> same directory as Moose.exe

Ahhh, I bet you need the same version of the dll that I used when I built
moose.. On the site they're now up to 1.0.64, but I've only got 1.0.61 here..

They've got the older dlls on the download page - grab 61 and see if that
helps..

http://sourceforge.net/projects/sqlite-dotnet2/files/

I wonder if that's causing the scanning problems for other people too..

--
- Dr Lovegrove
http://www.rusticrhino.com/drlovegrove
http://groups.google.com/group/moosenews

pedalhead
2009-07-17, 08:12
Bingo! That did the trick, thanks. Really super piece of software this, well done!

tamanaco
2009-07-18, 07:13
Installing the dll from 1.0.61 binaries also solved most of the issues I was having with the SQLite builds.

But... when I sort the covers view by artist or by album I still find several album covers that are associated with the wrong artist. The artist associated with these covers are not in any of tags of any of the tracks for the specific albums. Also the sorting order of the artists and albums do not match the Squeezebox server Web UI sorting order. What tags are you using to build the sorting order? Even when I look at the order of the albums via the Server/Albums (All) and some of the other view options the sorting order is not consistent. The first albums listed in the (All) view does not match the view I get when I click to see the (First 100) view. The Library/Artist view shows (All)296, but I have over 800 albums. Expanding this view is also not consistent with the expanded sorted order of the Library/Artist view. I don't think the explanation of my issues above is very clear, but I hope you get the idea.

A couple requests:

Can you also gives us a way to sort by Album Artist tag? I have many albums that have tracks from various artists, but the albums are from one specific artist. I use the Album Artist tag to identify the main artist for each album.

Can you provide access from moose to the Album Review and Biography plugins?

pedalhead
2009-07-22, 01:37
Hi again Dr Lovegrove. I've been using Moose loads lately & it's really excellent. The only thing I'm having problems with is some of the cover art. Some thumbnails don't appear to be created, so there are blanks in the Cover Chooser, even though albums with blank thumbnails do show the cover art in the top left when playing that particular album. I've tried clearing the db, deleting & recreating all thumbs but no luck. It's all still perfectly usable, but I figured you might want the feedback. Cheers.