An old "friend" is back: Album split in 2 albums

[frank1969]

I guess changing the album title of all tracks, rescan, change back,
rescan, would "fix" your database without the need for a full wipe & rescan.

Yes, I'm quite sure, too. This is the usual way I fix those issues if I see them - changing and changing back (or moving the whole album to a folder I call "quarantine" (even before covid was there ) scan, move them back, scan again).
So my reports are not about fixing my database but making the scanner even better for all (and I hope I can contribute a little as "power user").
(To be honest, this is a little selfish, too, for I can only fix issues by "changing - changeback" that I recognize. And in my database I guess I only recognize 10-20 % of the album that are affected by an issue )

[frank1969]

OK, a few "new & changed" later: ;-)

Please note that the change would _not_ "fix" an already broken
database. It would only prevent the splitting.

Yes, I am aware, I thought "touching" (change timestamp) / changing them would lead scanner to scan them and see them as "equal" to the others - I was wrong.

Did that join all tracks on one album again? I would expect this to
"fix" the database. And thereafter touch some tracks should no longer
cause splitting the album.

I expected this, too - but it didn't. Scanner recognized all (13) tracks as scanned but still kept them in 2 different albums as before

Can you confirm that touching a few tracks of an album would no longer
cause that album to show up twice?

Yes, I can - but I had to move the whole album to another direction. Only then scanner saw it as 1 album - and after touching a few files it kept them in 1 (!) album

Thanks for fixing!

[mherger]

An old "friend" is back: Album split in 2albums

> - library.db was "unchanged" (one album with 11 tracks, one album with 2
> tracks - 2 different values in tracks.coverid (one or 2 tracks, one for
> 11 tracks), same tracks.cover for all 13 tracks.)

Please note that the change would _not_ "fix" an already broken
database. It would only prevent the splitting.

> Then I tried to "harmonize" it again by
> - pressing "save" on all 13 tracks so they ALL got new time stamps.
>
> Result:
> - scanner recognizeed all 13 tracks as scanned

Did that join all tracks on one album again? I would expect this to
"fix" the database. And thereafter touch some tracks should no longer
cause splitting the album.

> - scanner once again pre-cached the artwork only for track 03!

I didn't look into the artwork issue yet, as I considered this not a
problem (as long as the artwork shown still is visually the same).

Can you confirm that touching a few tracks of an album would no longer
cause that album to show up twice?

[frank1969]

Thanks a lot Frank! I think we're one more bug down... new builds are in
the pipeline.

Unfortunately it (r1648757675) did not fix the issue I guess.

I did the "reversion" like the day before:
a) add the " (Radio Edit)" to track 3
b) "save" track 6 to get a new timestamp
c) new & changed

Result:
- scanner recognized both files as "changed"
- scanner pre-cached the artwork
[22-04-01 12:01:28.4198] Slim::Music::Artwork::__ANON__ (767) Pre-caching artwork for Det här är platsen from M:\P\Peter Joeback\2004 - Det haer aer platsen\03 - Peter Joeback - Sommarens sista sang (Radio Edit).mp3
(unexpected to me it once again only pre-cached artwork for track 03, not for track 06)
- library.db was "unchanged" (one album with 11 tracks, one album with 2 tracks - 2 different values in tracks.coverid (one or 2 tracks, one for 11 tracks), same tracks.cover for all 13 tracks.)

Then I tried to "harmonize" it again by
- pressing "save" on all 13 tracks so they ALL got new time stamps.

Result:
- scanner recognizeed all 13 tracks as scanned
- scanner once again pre-cached the artwork only for track 03!
[22-04-01 20:56:45.9778] Slim::Music::Artwork::__ANON__ (767) Pre-caching artwork for Det här är platsen from M:\P\Peter Joeback\2004 - Det haer aer platsen\03 - Peter Joeback - Sommarens sista sang (Radio Edit).mp3
(very unexpected for this time, I did the same to all tracks (setting a new timestamp, this time i did not do any tag changes to any file).

The only thing that is "special" with this track as far as I can see, it gets "brackets" "()" in the #title tag and file name...

Maybe You can reproduce again?

Next thing I could try is to "repair" the album by moving it to another path (so it gets deleted and added as new) and then again
- try to change this "Track 03"
and/or
- try to change another track (only).

But for this takes a few run it may last 1 or 2 days...

[frank1969]

Thanks a lot Frank! I think we're one more bug down... new builds are in
the pipeline.

Thanks to YOU!

[mherger]

An old "friend" is back: Album split in 2albums

Thanks a lot Frank! I think we're one more bug down... new builds are in
the pipeline.

[frank1969]

> Never mind: I'm able to reproduce the issue. This must be a bad
> regression... it's enough to change a file's filestamp to make it end up
> in a new album :-(.

Might be yet another [email protected]#?! Umlaut problem... I only see it if the album
title has an umlaut (or probably some other accented character) in its
name.

Yes,
- I can confess, I can't reproduce it with ANY album
- but I can reproduce it with this album any time.

So this is why I gave You as much information as possibke about the album as I saw the umlaut in the scanner.log entry so maybe You have an idea why the umlaut influences scanner's behaviour...

[mherger]

An old "friend" is back: Album split in 2albums

> Never mind: I'm able to reproduce the issue. This must be a bad
> regression... it's enough to change a file's filestamp to make it end up
> in a new album :-(.

Might be yet another [email protected]#?! Umlaut problem... I only see it if the album
title has an umlaut (or probably some other accented character) in its
name.

[mherger]

An old "friend" is back: Album split in 2albums

Never mind: I'm able to reproduce the issue. This must be a bad
regression... it's enough to change a file's filestamp to make it end up
in a new album :-(.

[mherger]

An old "friend" is back: Album split in 2albums

> Meanwhile I was able to reproduce the behaviour by changing the title
> again the other way round:
> I changed the (track) title from "Sommarens sista sang (Radio Edit)"
> back to "Sommarens sista sang".
> On another track "Bland nattens skuggor" I just pressed "save" (wthout
> any changes) to have scanner changed this track too (I wanna have TWO
> files scanned to be sure that's it is not caused by anything on this ONE
> special file)

But in the end _both_ these files got moved to a new album, even though
you only changed one of them? Storing a file alone made it create a new
album, right? Would you be able to reproduce this with any album? Any track?

What if you opened all those tracks, saved all of them, rescanned (so
that they'd hopefully be in the same album again)? Now change two tracks
again, like before. Would it generate yet another album?

Interesting: despite your adding a few bytes to the track title, the
file size didn't change.

[slartibartfast]

OK, but I can - and I can reproduce and as You see from my database excerpt, the issue happens.
I have e.g. no explanation why scanner recognized the artwork change if artwork isn't changed at all...
I remember "my" last bug if it took weeks to find the explanation, that it happens depending on the total number of changes in my database.

I am sure that there is a logical explanation for this issue - log files tell me I don't have any hallucinations ))

Have you tried a different album?

Sent from my Pixel 3a using Tapatalk

[frank1969]

After seeing that your tracks have embedded artwork I tried changing a track title of a track containing embedded artwork. I still can't reproduce the split album issue.

OK, but I can - and I can reproduce and as You see from my database excerpt, the issue happens.
I have e.g. no explanation why scanner recognized the artwork change if artwork isn't changed at all...
I remember "my" last bug if it took weeks to find the explanation, that it happens depending on the total number of changes in my database.

I am sure that there is a logical explanation for this issue - log files tell me I don't have any hallucinations ))

[slartibartfast]

Yes, that's exactly what I did.
Meanwhile I was able to reproduce the behaviour by changing the title again the other way round:
I changed the (track) title from "Sommarens sista sang (Radio Edit)" back to "Sommarens sista sang".
On another track "Bland nattens skuggor" I just pressed "save" (wthout any changes) to have scanner changed this track too (I wanna have TWO files scanned to be sure that's it is not caused by anything on this ONE special file)

Once again: I did Nothing else and started a new&changed - and got 2 albums again.

That are the lines I found in scanner.log:

[22-03-30 14:58:55.6718] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen
[22-03-30 14:58:55.6723] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\01 - Peter Joeback - Aer det haer platsen.mp3
[22-03-30 14:58:55.6728] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\02 - Peter Joeback - Du har foerlorat mer aen jag.mp3
[22-03-30 14:58:55.6738] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\03 - Peter Joeback - Sommarens sista sang (Radio Edit).mp3
[22-03-30 14:58:55.6743] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\04 - Peter Joeback - Ingen skyldighet.mp3
[22-03-30 14:58:55.6748] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\05 - Peter Joeback - Mellan en far och en son.mp3
[22-03-30 14:58:55.6753] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\06 - Peter Joeback - Bland nattens skuggor.mp3
[22-03-30 14:58:55.6758] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\07 - Peter Joeback - Jag baer dig.mp3
[22-03-30 14:58:55.6763] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\08 - Peter Joeback - Du behoever ingen hjaelp.mp3
[22-03-30 14:58:55.6768] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\09 - Peter Joeback - Gloemskans tag.mp3
[22-03-30 14:58:55.6774] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\10 - Peter Joeback - Goer det nu.mp3
[22-03-30 14:58:55.6778] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\11 - Peter Joeback - I allt jag ser.mp3
[22-03-30 14:58:55.6783] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\12 - Peter Joeback - Jag skulle aldrig be dig.mp3
[22-03-30 14:58:55.6788] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\13 - Peter Joeback - Ha lite tro pa mig.mp3
[22-03-30 15:27:24.0390] Slim::Utils::SQLiteHelper::updateProgress (466) Notify to server OK
[22-03-30 15:27:24.0438] Slim::Utils::Scanner::Local::changed (975) Handling changed audio track file:///M:/P/Peter%20Joeback/2004%20-%20Det%20haer%20aer%20platsen/03%20-%20Peter%20Joeback%20-%20Sommarens%20sista%20sang%20(Radio%20Edit).mp3
[22-03-30 15:27:24.1134] Slim::Utils::Scanner::Local::changed (975) Handling changed audio track file:///M:/P/Peter%20Joeback/2004%20-%20Det%20haer%20aer%20platsen/06%20-%20Peter%20Joeback%20-%20Bland%20nattens%20skuggor.mp3
[22-03-30 15:27:24.1475] Slim::Utils::SQLiteHelper::updateProgress (442) Notify to server: [
"progress:1648646844||importer||M:|directory_chang ed||51||51||1648646844.1471",
]

[22-03-30 15:37:47.2263] Slim::Music::Artwork::__ANON__ (767) Pre-caching artwork for Det här är platsen from M:\P\Peter Joeback\2004 - Det haer aer platsen\03 - Peter Joeback - Sommarens sista sang (Radio Edit).mp3

To eplain:
The album titel (album tag) is "Det här är platsen" with German/Dansk Umlauts - my folder and file names are without Umlauts (ä = ae) but they remain of course in the tags.

So I took a look at the artwork tags.

BEFORE the scan I had 1 album:
album.id = 95331
album.title = Det här är platsen
album.titlesort = DET HÄR ÄR PLATSEN
album.titlesearch = DET HAR AR PLATSEN
album.artwork = 7a015949
album.contributor = 53377

on all (13) tracks on the album I saw:
tracks.cover = 66910
tracks.coverid = 7a015949

AFTER the new&changed I had 2 albums:

album.id = 95331 + 96730
album.title = Det här är platsen
album.titlesort = DET HÄR ÄR PLATSEN
album.titlesearch = DET HAR AR PLATSEN
album.artwork = 7a015949 + a6062776 (for album.id = 96730)
album.contributor = 53377

on the 2 changed tracks I see:
tracks.cover = 66910
tracks.coverid = a6062776

on the (11) unchanged tracks I see:
tracks.cover = 66910
tracks.coverid = 7a015949

So it looks to me, scanner saw the cover art on the file with the changed #title as new and therefore created a new album?

To explain:
- I have a "folder.jpg" in the albums folder
- I have the folder.jpg embedded in the mp3-file (usually with mp3.tag)
- I did NO changes to the artwork - before and after it is the same folder.jpg lying in the folder and the same folder.jpg embedded into the files.

Web interface shows it on all (13) files still as " APIC: [ image/jpeg, 3, , 66910, 216 ] "




I'll attach it to this post directly

PS:
I can't see anything relating in artwork.db - maybe You could tell me if You need some information from there.

After seeing that your tracks have embedded artwork I tried changing a track title of a track containing embedded artwork. I still can't reproduce the split album issue.

Sent from my Pixel 3a using Tapatalk

[stereoptic]

This happens to me quite a bit. I put a skip sentinel file in the album folder, scan again, then remove the sentinel and scan a final time. That typically "fixes" it.

Something similar happens when I edit tags: the album might not be split, but the revised tags "append" to the old ones rather than replace them.

Would be great if "new/changed rescan" could completely flush and rebuild the database entry for any detected files.

I'm running a current 8.3 beta on Windows.

I've experienced something similar and usually a full rescan corrects it.
Or copy the folder to a safe directory; delete the original folder and rescan. Then copy the folder back and rescan.

In the past, this would happen to me, when everything appeared the same, but one file had a "disc total" tag field, or something similar that made that track different. (this might happen if I re-ripped just one track at the time of ripping the disk)

Been there as well. I hope that you recognized it faster than I did! I concentrated on examining the other tags like artist name, artist sort, track title, etc. that I just overlooked that 'disc' tag.

To the OP, I would advise to check the 'album sort' field if it is populated.

[frank1969]

You have changed the _track_ title, and it created a new album?

Yes, that's exactly what I did.
Meanwhile I was able to reproduce the behaviour by changing the title again the other way round:
I changed the (track) title from "Sommarens sista sang (Radio Edit)" back to "Sommarens sista sang".
On another track "Bland nattens skuggor" I just pressed "save" (wthout any changes) to have scanner changed this track too (I wanna have TWO files scanned to be sure that's it is not caused by anything on this ONE special file)

Once again: I did Nothing else and started a new&changed - and got 2 albums again.

That are the lines I found in scanner.log:

[22-03-30 14:58:55.6718] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen
[22-03-30 14:58:55.6723] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\01 - Peter Joeback - Aer det haer platsen.mp3
[22-03-30 14:58:55.6728] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\02 - Peter Joeback - Du har foerlorat mer aen jag.mp3
[22-03-30 14:58:55.6738] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\03 - Peter Joeback - Sommarens sista sang (Radio Edit).mp3
[22-03-30 14:58:55.6743] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\04 - Peter Joeback - Ingen skyldighet.mp3
[22-03-30 14:58:55.6748] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\05 - Peter Joeback - Mellan en far och en son.mp3
[22-03-30 14:58:55.6753] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\06 - Peter Joeback - Bland nattens skuggor.mp3
[22-03-30 14:58:55.6758] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\07 - Peter Joeback - Jag baer dig.mp3
[22-03-30 14:58:55.6763] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\08 - Peter Joeback - Du behoever ingen hjaelp.mp3
[22-03-30 14:58:55.6768] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\09 - Peter Joeback - Gloemskans tag.mp3
[22-03-30 14:58:55.6774] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\10 - Peter Joeback - Goer det nu.mp3
[22-03-30 14:58:55.6778] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\11 - Peter Joeback - I allt jag ser.mp3
[22-03-30 14:58:55.6783] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\12 - Peter Joeback - Jag skulle aldrig be dig.mp3
[22-03-30 14:58:55.6788] Slim::Utils::Scanner::Local::Async::__ANON__ (148) Found M:\P\Peter Joeback\2004 - Det haer aer platsen\13 - Peter Joeback - Ha lite tro pa mig.mp3
[22-03-30 15:27:24.0390] Slim::Utils::SQLiteHelper::updateProgress (466) Notify to server OK
[22-03-30 15:27:24.0438] Slim::Utils::Scanner::Local::changed (975) Handling changed audio track file:///M:/P/Peter%20Joeback/2004%20-%20Det%20haer%20aer%20platsen/03%20-%20Peter%20Joeback%20-%20Sommarens%20sista%20sang%20(Radio%20Edit).mp3
[22-03-30 15:27:24.1134] Slim::Utils::Scanner::Local::changed (975) Handling changed audio track file:///M:/P/Peter%20Joeback/2004%20-%20Det%20haer%20aer%20platsen/06%20-%20Peter%20Joeback%20-%20Bland%20nattens%20skuggor.mp3
[22-03-30 15:27:24.1475] Slim::Utils::SQLiteHelper::updateProgress (442) Notify to server: [
"progress:1648646844||importer||M:|directory_chang ed||51||51||1648646844.1471",
]

[22-03-30 15:37:47.2263] Slim::Music::Artwork::__ANON__ (767) Pre-caching artwork for Det här är platsen from M:\P\Peter Joeback\2004 - Det haer aer platsen\03 - Peter Joeback - Sommarens sista sang (Radio Edit).mp3

To eplain:
The album titel (album tag) is "Det här är platsen" with German/Dansk Umlauts - my folder and file names are without Umlauts (ä = ae) but they remain of course in the tags.

So I took a look at the artwork tags.

BEFORE the scan I had 1 album:
album.id = 95331
album.title = Det här är platsen
album.titlesort = DET HÄR ÄR PLATSEN
album.titlesearch = DET HAR AR PLATSEN
album.artwork = 7a015949
album.contributor = 53377

on all (13) tracks on the album I saw:
tracks.cover = 66910
tracks.coverid = 7a015949

AFTER the new&changed I had 2 albums:

album.id = 95331 + 96730
album.title = Det här är platsen
album.titlesort = DET HÄR ÄR PLATSEN
album.titlesearch = DET HAR AR PLATSEN
album.artwork = 7a015949 + a6062776 (for album.id = 96730)
album.contributor = 53377

on the 2 changed tracks I see:
tracks.cover = 66910
tracks.coverid = a6062776

on the (11) unchanged tracks I see:
tracks.cover = 66910
tracks.coverid = 7a015949

So it looks to me, scanner saw the cover art on the file with the changed #title as new and therefore created a new album?

To explain:
- I have a "folder.jpg" in the albums folder
- I have the folder.jpg embedded in the mp3-file (usually with mp3.tag)
- I did NO changes to the artwork - before and after it is the same folder.jpg lying in the folder and the same folder.jpg embedded into the files.

Web interface shows it on all (13) files still as " APIC: [ image/jpeg, 3, , 66910, 216 ] "

[color=blue]Can you export from SQLite to
some text file (with delimiters)? Please no Excel or other format which
might have its own ideas about formatting. Just the raw text content.[/COVER]

I'll attach it to this post directly

PS:
I can't see anything relating in artwork.db - maybe You could tell me if You need some information from there.