PDA

View Full Version : No Album



Patrick Dixon
2005-03-21, 07:58
I always seem to get a "No Album" entry with "No Songs" in it.

This also seems to be counted as an extra album (on the album count), even
though it doesn't actually exist (there are no unassociated songs).

How can I get rid of it - or is it a bug?

This is XP/6.0b3 BTW.

Jack Coates
2005-03-21, 08:28
Patrick Dixon wrote:
> I always seem to get a "No Album" entry with "No Songs" in it.
>
> This also seems to be counted as an extra album (on the album count), even
> though it doesn't actually exist (there are no unassociated songs).
>
> How can I get rid of it - or is it a bug?
>
> This is XP/6.0b3 BTW.
>

could be that you have some funky tracks in there, but it's also likely
to be a bug. I'm getting some differences in count between 5.4.1 and
6.0b3 too, but haven't been able to track them down yet.

--
Jack at Monkeynoodle dot Org: It's a Scientific Venture...
Riding the Emergency Third Rail Power Trip since 1996!

Steven Moore
2005-03-21, 08:36
I noticed on the latest nightly that some albums with long names are
not being picked up on rescan.

Steven Moore
imac 10.3.8
On 21 Mar 2005, at 3:28 pm, Jack Coates wrote:

> Patrick Dixon wrote:
>> I always seem to get a "No Album" entry with "No Songs" in it.
>> This also seems to be counted as an extra album (on the album count),
>> even
>> though it doesn't actually exist (there are no unassociated songs).
>> How can I get rid of it - or is it a bug?
>> This is XP/6.0b3 BTW.
>
> could be that you have some funky tracks in there, but it's also
> likely to be a bug. I'm getting some differences in count between
> 5.4.1 and 6.0b3 too, but haven't been able to track them down yet.
>
> --
> Jack at Monkeynoodle dot Org: It's a Scientific Venture...
> Riding the Emergency Third Rail Power Trip since 1996!
>

Dan Sully
2005-03-21, 09:29
* Steven Moore shaped the electrons to say...

>I noticed on the latest nightly that some albums with long names are
>not being picked up on rescan.

Steven - could you give me a little more information?

Running with --d_scan & --d_info would help.

Thanks.

-D
--
<nil> It sucks to discover that you are the foremost authority on some set of things when you've got a problem.

Steven Moore
2005-03-21, 12:01
Okay ran the rescan as described here are some excerpts from the
log>10mb:-)

Seemed to add the files as follows E.G:

2005-03-21 18:19:50.0390 readTag was set for
itunesplaylist:War%20of%20the%20worlds
2005-03-21 18:19:50.0403 itu file type for
itunesplaylist:War%20of%20the%20worlds
2005-03-21 18:19:50.0413 Updating cache for:
itunesplaylist:War%20of%20the%20worlds
2005-03-21 18:19:50.0422 Info: no title found, calculating title from
url for itunesplaylist:War%20of%20the%20worlds
2005-03-21 18:19:50.0431 Plain title for:
itunesplaylist:War%20of%20the%20worlds
2005-03-21 18:19:50.0440 is itunesplaylist:War%20of%20the%20worlds
2005-03-21 18:19:50.0457 Adding itunesplaylist:War%20of%20the%20worlds
: TITLE to iTunes: War of the worlds
2005-03-21 18:19:50.0466 Adding itunesplaylist:War%20of%20the%20worlds
: CT to itu
2005-03-21 18:19:50.0476 Adding itunesplaylist:War%20of%20the%20worlds
: TITLESORT to ITUNES WAR OF THE WORLDS
2005-03-21 18:19:50.0484 Adding itunesplaylist:War%20of%20the%20worlds
: TAG to 1

Then started this section:

2005-03-21 18:20:14.1854 forceCommit: syncing to the database.
2005-03-21 18:20:17.2147 DBI: Supressing periodic commit - no dirty
items
2005-03-21 18:20:17.4848 CacheItem: Checking status of
file:///Volumes/media/itunes/Marcia%20Ball/Blue%20House/Red%20Beans.mp3
(TTL: 0).
2005-03-21 18:20:17.4883 deleting
file:///Volumes/media/itunes/Marcia%20Ball/Blue%20House/Red%20Beans.mp3
from cache as it has changed
2005-03-21 18:20:17.5026 Starting db garbage collection..

The it started this eg

2005-03-21 18:20:40.1516 CacheItem: Checking status of
file:///Volumes/media/itunes/Simon%20&%20Garfunkel/
Simon%20&%20Garfunkel%20Greatest%20Hits/Mrs.%20Robinson.mp3 (TTL: 0).
2005-03-21 18:20:40.1556 deleting
file:///Volumes/media/itunes/Simon%20&%20Garfunkel/
Simon%20&%20Garfunkel%20Greatest%20Hits/Mrs.%20Robinson.mp3 from cache
as it has changed

Then a bit of this:

2005-03-21 18:20:50.3170 cleared
file:///Volumes/media/itunes/Gary%20Moore/After%20Hours/
Cold%20Day%20in%20Hell.mp3 from database
2005-03-21 18:20:50.5847 cleared
file:///Volumes/media/itunes/Jimmy%20Reed/You%20Don't%20Have%20to%20Go/
You%20Don't%20Have%20to%20Go.mp3 from database


Then some of this:

2005-03-21 18:21:13.0153 CacheItem: Checking status of
file:///Volumes/media/itunes/Sting/Brand%20New%20Day/
A%20Thousand%20Years.mp3 (TTL: 0).
2005-03-21 18:21:13.0565 isFile(/Volumes/media/itunes/Sting/Brand New
Day/A Thousand Years.mp3) == 1
2005-03-21 18:21:13.1039 CacheItem: Checking status of
file:///Volumes/media/itunes/Bellamy%20Brothers/Restless/
Diesel%20Cafe.mp3 (TTL: 0).
2005-03-21 18:21:13.1262 isFile(/Volumes/media/itunes/Bellamy
Brothers/Restless/Diesel Cafe.mp3) == 1

The some of this:

2005-03-21 18:27:39.4958 DBI: Periodic commit - 15 dirty items
2005-03-21 18:27:39.5077 forceCommit: syncing to the database.
2005-03-21 18:27:41.4456 DB garbage collection - removing
Slim::DataStores::DBI::Contributor: Prince - no more tracks!
2005-03-21 18:27:41.7478 DB garbage collection - removing
Slim::DataStores::DBI::Contributor: Marilyn Manson - no more tracks!
2005-03-21 18:27:41.9318 DB garbage collection - removing
Slim::DataStores::DBI::Contributor: Linkin Park - no more tracks!
2005-03-21 18:27:42.3633 DB garbage collection - removing
Slim::DataStores::DBI::Contributor: Prince and the Revolution - no more
tracks!

Finally finishing with this:

2005-03-21 18:28:38.9220 DB garbage collection - removing
Slim::DataStores::DBI::Album: Television's Greatest Hits Volume 7 - no
more tracks!
2005-03-21 18:28:40.6773 DB garbage collection - removing
Slim::DataStores::DBI::Album: Blueprint - no more tracks!
2005-03-21 18:28:42.9677 DBI: Periodic commit - 45 dirty items
2005-03-21 18:28:42.9744 forceCommit: syncing to the database.
2005-03-21 18:28:46.4954 Finished stale cleanup for class
Slim::DataStores::DBI::Album / tracks
2005-03-21 18:28:46.5188 Starting stale cleanup for class
Slim::DataStores::DBI::Genre / genreTracks
2005-03-21 18:28:48.5822 DB garbage collection - removing
Slim::DataStores::DBI::Genre: Smooth - no more tracks!
2005-03-21 18:28:49.9862 DB garbage collection - removing
Slim::DataStores::DBI::Genre: Shropshire traditional song - no more
tracks!
2005-03-21 18:28:50.1010 DB garbage collection - removing
Slim::DataStores::DBI::Genre: MCA Records - no more tracks!
2005-03-21 18:28:50.1679 DB garbage collection - removing
Slim::DataStores::DBI::Genre: New Wave - no more tracks!
2005-03-21 18:28:50.5515 Finished stale cleanup for class
Slim::DataStores::DBI::Genre / genreTracks
2005-03-21 18:29:14.6358 DBI: Periodic commit - 4 dirty items
2005-03-21 18:29:14.6683 forceCommit: syncing to the database.
2005-03-21 18:29:45.2084 DBI: Supressing periodic commit - no dirty
items


So it started to delete files from the cache at the end. The track
count is about 500 tracks lower than the itunes track count. I watched
the browser get to about the itunes number and then go down again.

So why is deleting 'good' tracks from the db? These tracks where ok in
5.4.0.
Do I need to do something with them?

I've got the log saved if you need more info, just ask.

Thanks

Steven Moore


On 21 Mar 2005, at 4:29 pm, Dan Sully wrote:

> * Steven Moore shaped the electrons to say...
>
>> I noticed on the latest nightly that some albums with long names are
>> not being picked up on rescan.
>
> Steven - could you give me a little more information?
>
> Running with --d_scan & --d_info would help.
>
> Thanks.
>
> -D
> --
> <nil> It sucks to discover that you are the foremost authority on some
> set of things when you've got a problem.
>

Dan Sully
2005-03-21, 19:09
* Patrick Dixon shaped the electrons to say...

> Just checking my 'test' database:
>
> I actually have 24 albums with 285 tracks (as counted by Tag&Rename & me)
> by 20 artists. SS reports 25 albums with 351 songs by 21 artists, although
> interestingly, when I select "All Songs" it displays "Items 1-50 of 285".
>
> The only other files in the music directory tree are .log files from EAC
> ripping, various M3U files which seem to get created by EAC and SS, and
> Shoutcast and Playlist directories.
>
> So something can't count, somewhere ;-)

It's SlimServer. :)

I should have this fixed by tonight's build, in addition to a massive
improvement in iTunes rescan time. The initial scan will still take a bit.

-D
--
<iNoah> all your base class are belong to us