SongKong and Jaikoz Music Tagger Community Forum

olympic · 21 May 2026 16:23

Hi,

I encountered two distinct bugs in Delete Duplicates (v12.5 Mirrored, Premium, running on a Synology NAS via remote web interface). These occurred in two separate runs. I have support files available if needed.

BUG 1: Delete Duplicates moved the only copy despite showing a Keep entry in the report
(Report 71, Default profile)

For an entire album (8 songs), the report showed:
• Keep: [folder]/Artist/Album/01 - Song.m4a
• Moved: [folder]/Artist/Album/01 - Song.m4a → [duplicates folder]/Artist/Album/01 - Song.m4a

The Keep path and Moved path are identical — same folder, same filename. The report shows a Keep entry, but when checking the filesystem afterwards, the original folder was completely empty. No file was retained in place. The only copy of each song existed in the Duplicates folder.

The duplicate key in the report correctly contained a MusicBrainz Recording ID, Release Group ID and AcoustID — so the songs were properly matched. The bug appears to be that SongKong identified one physical file as two separate database entries. The report’s Keep entry was a phantom reference — the file was physically moved regardless, leaving nothing behind.

A similar issue was previously reported and fixed in v6.8.1 (SONGKONG-1973) but appears to have regressed in v12.5.

Settings:
• Song is a duplicate if has same: Same MusicBrainz song and same album (any version) and sounds the same
• Find duplicates within same folder only: ON
• When duplicates found: Move to Duplicates folder

BUG 2: Delete Duplicates matched completely different songs as duplicates
(Report 20, Default profile, folder: /music/library, 6730 songs loaded, 615 duplicates found)

Two songs with entirely different titles — from different subfolders under the same artist — were flagged as duplicates and one was moved. Listening to both files confirms they have nothing in common musically.

One of the songs came from an ‘Unknown Album’ folder, meaning it had not been successfully matched to MusicBrainz by a prior Fix Songs run. The deletion criteria shown in the report was ‘Most Songs in Same Folder’ — meaning SongKong kept the file from the larger folder regardless of whether the match was actually correct.

Root cause hypothesis: when a song has no MusicBrainz ID (Unknown Album), Delete Duplicates appears to fall back to AcoustID matching alone. The AcoustID false positive rate is significantly higher for non-Western music (Greek, Chinese) which is underrepresented in the AcoustID database. Two songs from the same artist with similar instrumentation and tempo can share a close enough fingerprint to be incorrectly declared duplicates.

Suggested fix: when using a MusicBrainz-based matching mode, songs without a valid mb_trackid or mb_albumid should be excluded from duplicate detection entirely rather than silently falling back to AcoustID-only matching. These songs could be listed in a ‘Not checked — no MusicBrainz ID’ section of the report so the user is aware.

Note: I do not have the options sub-report for Report 20 available, so I cannot confirm the exact settings used for this run. I can run Create Support Files if that would help.

System:
• SongKong v12.5 Mirrored Docker (Premium)
• Synology NAS, running via remote web interface
• Music collection: ~22,000 songs across both folders, mix of Apple Music Match AAC and FLAC
• Library includes significant non-Western content (Greek, Chinese)

Both bugs were caught because ‘Move to Duplicates folder’ was configured rather than direct deletion — so no permanent data loss occurred. Happy to provide support files.

Thanks

paultaylor · 22 May 2026 07:05

Hi, yes please run Create Support Files without that I don’t have enough information to help.

paultaylor · 22 May 2026 09:46

Thanks for the support files, but can you tell me the names of the folders/files exhibiting the problems please because it is not obvious just by opening the reports.

olympic · 22 May 2026 09:59

Bug 1 — Report 71:

Artist: Leonard Cohen, Album: Old Ideas
8 songs affected: Going Home, Amen, Anyhow, Crazy to Love You, Come Healing, Banjo, Lullaby, Different Sides
All .m4a files from KNR - Apple Music Match AAC - tags not fixed folder
Keep and Moved paths were identical — phantom keep, only real file moved to dups DEL

Bug 2 — Report 20:

Artist: Λουκιανός Κηλαιδόνης, Album: Μικροαστικά
Two completely different songs matched as duplicates:
- Kept: Μικροαστικά/10 - Ντροπή τέτοιο παιδί.flac
- Moved: Unknown Album/Η σύμβασης.flac
And separately: Kept Μικροαστικά/14 - Η Μάρω.flac , Moved Unknown Album/Η έννοια της τιμιότητας.flac
Deletion reason: “Most Songs in Same Folder” — kept from folder with 17 songs, moved from folder with 4
Thank you for looking into it.

paultaylor · 22 May 2026 12:12

So for Bug 2 you have the Song is a duplicate if has same option set to Same MusicBrainz song and same album (any version) and sounds the same

This means they must have the same:

MB Recording Id
MB Release Group Id
AcoustId

So they don’t have to have the same TrackId, that would require them to match the same version of album, they just need to have same MB Recording Id and Release Group Id meaning they should be same song both matching different versions of the same album

If songs are matched Song Only by Fix Songs then a MB Recording Id is added but not a MB Track Id, and if Rename Files had a Move Matched folder set they not be moved because not matched to an album. However, SongKong would not add a MB Release Group Id if only matched song only so it maybe that these songs were already matched incorectly by another tagger such as Picard and that added the Ids.

So I’m pretty sure these songs do have duplicate values for MB Recording Id although it is not possible for me to see file contents from this report, perhaps you can check

paultaylor · 22 May 2026 12:45

Bug 1, I don’t think this is connected to the previous bug you mentioned https://jthink.atlassian.net/browse/SONGKONG-1973 - I can see the problem but cannnot work out the cause of issue.

Could you please rerun Delete Duplicates on /Volumes/ROKASFILES-1/Star Spangled Banner/MP3/KNR - Apple Music Match AAC - tags not fixed again but with Preview Only enabled to see if problem recoccurs and if it is occuring for same files or different files, then run again and then run Create Support Files

olympic · 22 May 2026 13:14

Hi Paul,

I have more findings that connect everything together.

I ran Fix Songs again on the same 4 songs in the Unknown Album folder to investigate the misidentification. The Fix Songs report (Report 79) itself flagged these warnings:

“1 MusicBrainz album with only one song identified - likely to be the wrong album”
“Songs split between different albums”

Despite generating these warnings, Fix Songs saved the tags anyway. I also found that Fix Songs matched the same files to different MusicBrainz recordings on two separate runs - the matching is unstable for these songs.

More importantly - this is not just a wrong album match. Fix Songs matched these files to completely different songs entirely. The embedded TITLE tag after Fix Songs ran was a different song name from the actual audio content. The AcoustID fingerprint is pointing to the wrong recording in the database.

The critical connection: these are the exact same 4 songs that were incorrectly flagged as duplicates in Report 20. The sequence is:

Fix Songs matched these Greek songs to completely wrong recordings - assigning another song’s MusicBrainz and AcoustID values to them
Those wrong IDs happened to match songs already correctly identified in the library
Delete Duplicates found the matching IDs and moved one file - behaving correctly based on what it saw
The result was unique songs being lost as false duplicates

Btw, i also did rerun the Delete Duplicates you asked me with Preview mode. I didn’t see anything wrong with a casual quick look this time, but i don’t feel confident enough to really rely on this feature given all this.

paultaylor · 22 May 2026 14:20

The Inconsistencies section part of the report is created after the actual Fix Songs matching task has completed, it is also created after running the Status Report. The main point of it is to to identify possible issues that still exist, and is most cases existed before Fix Songs was even run. These issues usually require some manual intervention since they werent resolved by running Fix Songs.

Automatic Song identification uses information already in the file, and information from MusicBrainz, Discogs and Acoustid. If there are mistakes in these sources then the chances of an error increases, when album matching these are avoided by addtional safety checks that SongKong does but if you are matching random songs some of these addtional checks are not possible.

But a bit difficult for me to tell what is wrong are you saying 10-???.flac is not actually Το ματς or that Η σύμβασης.flac is not Ντροπή τέτοιο παιδί , have you checked by listening ?

this is report 78

and this is report 79

the songs have been matched to same tracks each time

10-???.flac was not previously matched to an album but it has been matched to a different album to the others because could not find a match on same album and it is allowed by your options
because you have modified the options to uncheck Only allow match if all songs in grouping match to one album

Also it seems from the filename you have two track 10s, so if that is same track then the duplicate would be stripped out into a subgroup when album matching

That folder contains four songs, but only two have been identifed as dups of two other songs. Now as I explained they are not been marked as duplicates simply because they have the same Acoustid but because MB Recording Id and MB Release Group Id are also same.

What are these songs if not the ones that SongKong says they are?

Acoustids are based on take sample of various acoustic features in the song, however these features are not based on how the songs sounds to the human ear. So alhough two songs can have same acoustid they usually fall into one of two categories:

Almost identical, indistiguishable when listening
Completely different that happen to have the same Acoustid signatures

So it is highly unlikely that two songs that are similar, from the same genre but are clearly different songs would have the same acoustid, I have never seen that.

The purpose of this test was to look at the other issue and see if it was consistently reporting the Leonard Cohen album as having duplicates, second time round it didn’t but there are 3000 less songs so I am wondering if the Leonard Cohen folder is still there, why is there a difference?

Delete Duplicates 71

Delete Duplicates 77

paultaylor · 22 May 2026 14:44

So for Bug 2 what I’m saying is that although its possible for a user to incorrectly link a song to the wrong MusicBrainz Recording Id, a user cannot incorrectly assign the wrong fingerprint/acoustid to a file so if two songs have the same acoustid they should usually sound the same

If you have two songs that are clearly different Greek songs but have the same Acoustid perhaps you could email them to support@jthink.net for me to check

olympic · 22 May 2026 15:30

I have emailed the two files to support@jthink.net with further details.

To summarize what I found: after running Fix Songs, both files ended up with the same AcoustID 950caf97-ddb2-4c6f-a36a-f542e7858c4f despite being different songs. The raw fingerprints embedded in the files are slightly different, yet they resolve to the same AcoustID — suggesting a bad entry in the AcoustID database that incorrectly maps two different fingerprints to the same ID. The LYRICS tag embedded in one of the files confirms its audio content is a different song from what the AcoustID match claims.

This raises a broader question about the ‘sounds the same’ option in Delete Duplicates. When I select this option I expect SongKong to compare the actual audio content of the files at scan time. If instead it compares the stored ACOUSTID_ID tag value written by a previous Fix Songs run, the result is only as reliable as that prior Fix Songs run — and any error introduced there propagates silently into duplicate detection. Perhaps this could be documented more clearly, or ideally ‘sounds the same’ could re-fingerprint the audio at scan time rather than trusting a previously stored tag.

Thanks again for looking into this.

paultaylor · 24 May 2026 07:23

If a song has no acoustid fingerprint the fingerprint analysis is done locally and then looked up in the Acoustid database, if it is found the Acoustid is returned , if it is a new fingerprint then an acoustid is allocated. However, AFAIK know once an Acoustid is allocated to a fingerprint that will never change so recalculating fingerprinting and getting Acoustid should yield same result time after time. Since fingerprint ananylsis is done locally and is cpu intensive regenerating fingerprints would mean that Delete Duplicates would take lot longer and should give same results.

However, I took your two songs , deleted the Acoustids and Acoustid fingerprints (using Scripter task) and ran Fix Songs and one of the songs now has a different Acoustid, which is not what I was expecting.

The one with the different Id, I think is actually the one that is the correct song. So now Delete Duplicates would not find a match because they have different acoustids.

I’m unclear why the Acoustid has changed, I will have to ask the Acoustid team

Just to be clear whether or not Fix Songs identifies the right song has no bearing on the AcoustId it will always return the right Acoustid for an Acoustid Fingerprint at that time, but until now I didn’t think the Acoustid could ever change.

paultaylor · 25 May 2026 08:41

Having looked at this further the issues seems to be at the acoutic fingerprint generation phase which is done locally, your songs had the following fingerprints

D:\SongKongSupport\Greek\Η σύμβαση.flac:AQADKkoYRYmyJOgldYX_gveB_sJX-NJx-FES8KJw_ECTYM_ho5dw_WgfBvZxHc1X5Id65Hsw3gTzFP6GzVGG0jse5cFnGWkfqDnu49DyGqGlB1-PJ8pyHA-VoGcWJXAU5pjIHI3mgGGSZEdSPUF-GD_25fgiD99RXTuSJdGD_A6aR_gw5cSL45OQ7wp-eVAR5jXKdyAj5YowMkWP5joeIdc76El-VMmfoMkVJD-upHhCOfCUHEcSZEvDo4mfBGUSHZeOKj3-o3-GXEiWJtnRHz-eZ8GdRSF8btiDU4H34MmJP_Af_HiSAeFbKMrYg8_IYD9-7ElOXEoObmqRX7AaffiJi1J0PMuoYD_CXIf2Hl8e_MeVPrgG51GwQxd25cqQK7nxbdFxR_HhLMJ3XHRiXMyEpjn6EL6O5GGCiMQTPUFt-CEDLzFYBSfSC4myH8cPy8clOPqR3A5yJ1rgpj6O4wRzKkiixEfOCs_xLOPhER93_LBF7DtSJRekqQifJA6mzDoaRhzqJAsutE-GZsyMiwxyBSqT490-5IRnivhyKfhTYcycgA-Ppxz64yd6_MOZhUFD6Qv6o9-Khkr0IrmaFbmNJh_IK3BwKcth3ipuNBEyOis0XWie4wvRS2gYHsxZQUsWKke-ZGkGj4mohPgD-CH-VCnuC1eEfDl8Q08UZA8tfLmK8EzRKMdFHs8iQ5fwo_mMcokOPd0CJtqO_sP1oqGSR5goQftR-vjxJMxg9_iJ60ea08e_EPXQNN7xw3Jy_Dl8Gnn0BPpi5BlzOMnxX0J0R-CV4z-070H6DM2PXE6ha2Rg5greIubywpKy4FTGgEmQ7MgjuEqF56io8LBUw3EuZOGTQ7fQ9Ca-HO4io4-h5eXR78i1iUETPUHHZJmMXmjyF3-Qb8oJnocWLid63EqD_Ih9oZHHo3JzNKfRc0MP8crhLXsGNppCRD8aVImEMFw2QtVzGPnwpQ3KB1dapA8vaPwRP8OY9QKT5wtKMsW_DM2YkEbPHJeJKYmS47rQnGmCfg_RILmOuMlCPKeCMstxVkfzYX-G8ArEcjrCuMcT_DgfdFNeNNHCZEGZGA14fQkR5klKFPoRS0GTJHwIX-jxnEG-8UhoD3cx6rimHEeDbzlyHSKfDM2WS8jxIz_x7GgusdCsLMd17Duew0mzg-_x58R59LgyXWiOvMcV_njK41eCSHlyFHqQNiGeIXYO8SFeHo-WHfmOZlSK8Id-nNFy6D3y52gfNBWPJ6mD70H3EI6TKkffKTgiPD6k_jjGUKOG-AmuDH3g_WiWHScZNNeOysJz3IGPvlMCL8sVpDu0J8iJS0eTPyhvHf2CdifyHXrmomQRPmOK78LxIozyQNOoGDlVCb-M9UOTHswj3A-eMQ1KJLyO8NlxRsmDZzvRMyP6YOrhI3yKmDHRTceN_rgU6UEu3CtMPoOaWbjb4IdfXC_CPxjDXGhyHKGjEc1HaFeIZkf0ILqgJSqHnsyRJYqVolIcp3h2MEH_GJ_xPPiP8G0CMecDJ0uUIC2Fic_wDPkxfYSW2yGyHVyOPgm2o06Co5mFK8tSpMkd-MxR3yGeww-DJ2QTxOpxDc0fRMoNXVGCfNkDJsuZED2NTwmaDz8SLlQRvorxwe-IB-fxLGHQ5NB24g325cN3_DhCPYWiIF-S45IOhrnR_EHOQs8RMylSTcd-JD0ezPnBdnkw-gk-G03VD7Wy4FmQVBZy5sF3JcU74yqeENtz40f-QU8SRCZ__A-eo3qwHc-NLM6hS9GQywr-TAmuZMPKFD9cHT-ubMihI51inDuafDm6P0N1G3sWY39QHU-SUkfyMQx6hHl-XJWGM3lxMhdyCm02Cz5TBX1O6D0qMx8a5fikozkDRZaGLwmyZDjRPMvxD5FLaFl2hDqeRyqm_OgJqsbTGHkORTmDJ8ycQtOPp9CTHPpZCl9SxE8Dq1GI8cct-Du-h7hyuJlw5kIeJOtGG86j4HmOJ4yCOyhznA_Sf0iujDiZo_LRKA-4RkfeQKx2BUGfgFrgsUWfJ8h5JA9-eJvwRMyC5zJ-WEdyfshMlNKDfUrhSYsRzse3oRcaLseP_MW3oDoaHbkOnUmSYcjBhxWePTK69HAzIRS1BIeCyHmK6w_-HI9mpHqSQ7mRZ7gyZrh0TE_mBM178NqNXedwNFcS5BGFhJFS9M9wCt9wBj8eR3zgPMSugxXyJDkFxT_6IAyOZ6lxihn6oVn4YKYMPpjyBXmwnWAePHkwKslxMTX84z_0H3fwwpOSB_eFKvcgclma4PBtBI-PqmLxPGiK2gifFzYPXXAdiH_QH_Fz_PiB-3h7ND9-uA764wySH6F2wz9eVOixZz_cLDCOIzySB0-C4_jhmMGPRz-yPNkzAAAAEIRAAB0AIFBDDGBCCEakYkoCZgBBRDklAIbAEEEUk0JQBhmiDiFiMBBQEKAWggAoYIAgoiBmCBAIAImwI4QDQwCgDgGCjBPGAMAAEAgwwZACiCACiEFQGMQMF4ABgAghACDhABECCAWME0QogIQgFCGmiAHCAAqIIoopEAEyRHrnlEGICCcocYgYAR4AlgBlAJBCGUOIUQgQIIwhRDBGAOAAGSIRAQAYSgQShgCDhDFCIME4YgQAIBRRhBHnACTACAEAIEIAaYARwBAiiAAAOAQUEgIIQIVBDCDrlVIICAiIUUIYYJgBhBkBCEGISGGEUgITBSwRRCRgAAHCACAMEIwYoAARVABCCKJKEGEUEwAZAgDhBAomjEBKAIgYAM4YwBmAAgBjhaHMEACEQQYghIQDhAAABRHQGCwEEkYIBQkABCgjgEAACCGMEYRYiQghigkFEEKCICWRIEQAYgBDihGviABOWYwEQYQoAAARWlErgJEEKAWAI4AAJQxghTitBHACIEcEcUIAIAgIBFgjEAIEAIEIAoAZgIggRCBHoEGAEMOMBQIxAA01gADEBNJIEAQEBBAYQZACABGEAKAKACSAMIAwCRigxBEBgJZIKeWoAA4AY5AAgxAFgEACACAAAIAgARA0DCAmFAaACIgUAUAIQywQzBAgCjAKGaYUAFAgBIgBhhBknLBACGMMYoYwAAAFTBEIhEQKEQSNAkARYhAEQAjEAAJOKUAMAEoQoQAAhFDPlQbASEIIBEQEQJEiCgnAFELECYGEQEoAQxgzBEChgEdAGMMEARIBRpAwUgmDLLCAGUAIhRskRKFykAEABA
D:\SongKongSupport\Greek\Ντροπή τέτοιο παιδί.flac:AQADAqqyZAyV4J6aEUfynMi5YEof1NGO_ngJhplO5A-hWXnghinywD_6HP8a_B3YBv3ApPF2HDG0PEuDXzfSHhWT4ReaZYxWlMzEYIjNQ9-OMCIqJXrxH81VXEqPhspl3A6SdwEcMjeeI3yPZtKOO2iqC9MTHhWbo7lIC0-WJ_jB_qgYwdoQSUcS8F2MZ0mKizt-sOGN6go27Qqq5jiP__hllPyEsKSD5Md1NCvRH6ePHX_BX0hOjoiz4z3q4_DZDn3k4OB__JiSSDlOHZ7Xoj_uI3lwdQoeHT_EI8-DZ_3QTHqEOslFHEfL0mjKeXhMnA8eF1dxnUeVJHmQHtop5C-Ob86EOtbQfNLx45eQUxRcH7qyQ28uNHuLXHmwdzmoJFIOZ7EwcQmO_UGuXEFyoQnTBF7iBQyZE2ccTEG9E1_0oQl51C_q1IZjBlaDSDouSE8yKYieJ8FvNIsMTz-eB2GuR0iu42-JJ5EllDvcHX9w9MiVHPrXCXl-3LhYGWH6EIpOHvnx46IW45GkFrX0o3mOSwqaHmEVitA1Irz2FEzykHiT48pI4V0MVLRgMWEDRiKjxng__MJ5IckzIVSURkYTffhxXUW_B03FTJi74zzCRIY2D_wSJzizoxSO8MefDFMa7ai3HH-CpspRPcmRO7KG5HmGk8ebHdUjoTG-5cSd8WiWZ-ijBCcPNx-S0kceMjkaEhV1FM0oF98RyosGRdERW-pxxXiSNccfB9mcQ9uFMFFOvE-C1_iCZj4Yhl7AL0X8QHlCVMmTIEwvaXiMoznRL2FQG1OiXfgtHP2SiIFD8UFTxaCVH_kuJHzC4CJxcKp6fJEOJpQWKUEznchD6C7ywx-Pb3mxv7hPIs5O4fzQPIf2YbIyw82G8EFzhL2FPwn6R9ASmnibI19g-niMP8Szo2eC0tpwbQ2aBMm0LQlyLscjK7j24HmOPmDy44jjp1D4Ix2l42ky4buGWjean_iGXMo2iFRjXCeeH32yVBk8accT5dCPPC2-ot8qJE1y_FIk5A38U3gkfIF55EqMpOk5OHWEx1xw5ngP74ic5NAfFUx-ML7wuIR2YYvC2bCeFdWWGWeOpsxRZziOlMd3XDoq5hSc_PCzHDm08NgVD1m3J8FeRQh_eM-QJ4QZE75SCz_64xuNJ12AtBHHDbqe4TvyHFem4z-aYLpxS_j0CA1zTDyeRcKVHj-PD4-DWNmD5IePv8ONJ4wyw72RM8ezG8riFo_jpNBSTUM_gj-xpybyPmjOHFVy3GExpZKRKyKugZNkoUryoRelDH6OOhQPfTn-o2tOIg34F4-StSgzTbhexHEp4Symc9AzI7-Cy4cXRUqOeipyVVtwD_ojxFEu5SiZET7xHk9xXEeoJ0fyHL8e7ODLoKeE_EJyuFkUxygTJagSwjnBPAyaS8Fk_ciTFLr1IBqnlLgY0sjP486DnEzxowlJVGGiOMU-RlNE3CZ-PBm060OTnMMT2biO63CTHruO90JeSMmPnpmGcaGq4cuFI9_RnF2GUmkcXDhz-GqIKwliKpeQXMXD-HiPmzHs2niON0eZSWmIZkefJXB9FeG7IWmSJy3OHJVhH_4Z9HlRNWi0RsPoEvl2fMGTxtDDKbiUw8mNmLrw6cG5AP6Rp4HuHLHzwMl95BeuJkL5QwvyjIqFZkuLULk-6Ec-XbiUTAnSSqKgKUeYWTl4cWAcTdLRXIlxWQTbB_mQyMSTELWE5k4ifJUVPHhSHbmO5GCOSzqYWMmDR-LxRIzx48KDMNchjklChFJ2oUrySUKzJ7hyZHldNN2y43iTQ9M-NCO050La7bAd8NSKktGmBK-Fh6gO_wXL6cOcHvXxZDlukUT5HA25Obi-De843DmO7hSaqnhCnSgvOHeRHPnRRGSO58cfnFFpNDV65viN50OpoF-OazaqN0OTfDme_EJ-6E5wMkdaPDmChBF5HP-M8WWO-pLARFzC4IuQM0dyYUqVpQq8bzna4VmOUzmaHzmP5kojqB_mBlbyD3zCKAyuPMKlYDtyPHnxKV9xMWmRN4E4_YibXLiw6hPqJHvQTHuQH1r2IxyeSniVB1SVGX9ovItzmDly5oFqGmESMFdjPAlKOZhCrcOs6SHSG2ryERHXoZSOxldwNPMQ6joUTUUaHT1z_FYQgkqaC6p45JOCZ0VzXLqS4LqweTs-vBnCM2j24selfHii5cNHXVB6NM2OiuAZoXnmJGDMC9pJNN2NMD_qHw8tXIqSJoGPK8WdHVO2o42iPDiZoycRJnwuyIyOK8f5IJdTNBwPK0-HO1cKV5LRJ4ie49LBKUmNW5pyaHrQ_LhzEc-T4B-Y_Ciz42_wegPzGmL8QjmJi2lQKsmInEePJs5TuGqIS7ORH8olTUGYqItY9AeTo9cBAAGTiAhLjCJEAiwIAUZAgYAAxEFjCETEAEWUQAAICBgAAiAABAIWCYQQEsQgaZwVAAKkBBMAJIIMcQIoJIAQTCBSgEJCAosUIQAhwYRSkgBDUJXIMASMQEgwZJIAAjIiCXACGAMIMQgZBRDBQAmjNEUIIGMAk4A4AYRQBBhqlABECEAREAgTJAEABAFKgABEAECMIYoQ56RAAhhgCAGGW8KIIsQRIQAABAiAECCEEQoEAAYjYgQiggACICHKUUOMM4hQIgxyQAhgAAICISAkkU4IQpQAAhCBEEEEOSIIQAaAC5gQhgBHCAKACQcKIsIQZQRgAhhABBAMEYYQAUBJIJRjmhBCoCGIKMAEooQBYRh3gjCgFDACGWEcE4ZIYRwAhECgGABECYyIgJIxA4QRyACHHaBICEYQAIAYgQDRQCkjABIEAUgAUAhAypASxChFAQSAKUARM4IASBTgRGAAjmJAGCAAIAIQYQAgEEgjEAECIeAAIcQQIRAgBiBiCANCCYKAEwhKIQAgRANBjFGEIAasIQQJIoVAQBhkBFMGQEGQ4g4QwRBHBgBDhIEoCSIcUQKRIgwQCAEBCRQUAGCEJQgIphQSgBAGhAJCOQG6IQRAAYFQRBlLACSAICGMgoQYqzAwABhkBRdCCACQYoYwgAASWFmkBAFEAUQEEEoIRQQAiAAojGCAGUMQkE4gBIgjihBBlENGECoIQAYA5ggQgBihiCLQIYEAEQgIhAADQgggkIGECGEMAgQhBAgwhAijFCIQFQGEEAYJCQ

I deleted them and regenned them, and the Η σύμβαση.flac is almost the same but very slightly different whereas the Ντροπή τέτοιο παιδί.flac one is completely different

D:\SongKongSupport\Greek2\Η σύμβαση.flac:AQADKkoYRYmyJOgldYX_gveB_sJX-NJx-FES8KJw_ECTYM_ho5dw_WgfBvZxHc1X5Id65Hsw3gTzFP6GzVGG0jse5cFnGWkfqDnu49DyGqGlB1-PJ8pyHA-VoGcWJXAU5pjIHI3mgGGSZEdSPUF-GD_25fgiD99RXTuSJdGD_A6aR_gw5cSL45OQ7wp-eVAR5jXKdyAj5YowMkWP5joeIdc76El-VMmfoMkVJD-upHhCOfCUHEcSZEvDo4mfBGUSHZeOKj3-o3-GXEiWJtnRHz-eZ8GdRSF8btiDU4H34MmJP_Af_HiSAeFbKMrYg8_IYD9-7ElOXEoObmqRX7AaffiJi1J0PMuoYD_CXIf2Hl8e_MeVPrgG51GwQxd25cqQK7nxbdFxR_HhLMJ3XHRiXMyEpjn6EL6O5GGCiMQTPUFt-CEDLzFYBSfSC4myH8cPy8clOPqR3A5yJ1rgpj6O4wRzKkiixEfOCs_xLOPhER93_LBF7DtSJRekqQifJA6mzDoaRhzqJAsutE-GZsyMiwxyBSqT490-5IRnivhyKfhTYcycgA-Ppxz64yd6_MOZhUFD6Qv6o9-Khkr0IrmaFbmNJh_IK3BwKcth3ipuNBEyOis0XWie4wvRS2gYHsxZQUsWKke-ZGkGj4mohPgD-CH-VCnuC1eEfDl8Q08UZA8tfLmK8EzRKMdFHs8iQ5fwo_mMcokOPd0CJtqO_sP1oqGSR5goQftR-vjxJMxg9_iJ60ea08e_EPXQNN7xw3Jy_Dl8Gnn0BPpi5BlzOMnxX0J0R-CV4z-070H6DM2PXE6ha2Rg5greIubywpKy4FTGgEmQ7MgjuEqF56io8LBUw3EuZOGTQ7fQ9Ca-HO4io4-h5eXR78i1iUETPUHHZJmMXmjyF3-Qb8oJnocWLid63EqD_Ih9oZHHo3JzNKfRc0MP8crhLXsGNppCRD8aVImEMFw2QtVzGPnwpQ3KB1dapA8vaPwRP8OY9QKT5wtKMsW_DM2YkEbPHJeJKYmS47rQnGmCfg_RILmOuMlCPKeCMstxVkfzYX-G8ArEcjrCuMcT_DgfdFNeNNHCZEGZGA14fQkR5klKFPoRS0GTJHwIX-jxnEG-8UhoD3cx6rimHEeDbzlyHSKfDM2WS8jxIz_x7GgusdCsLMd17Duew0mzg-_x58R59LgyXWiOvMcV_njK41eCSHlyFHqQNiGeIXYO8SFeHo-WHfmOZlSK8Id-nNFy6D3y52gfNBWPJ6mD70H3EI6TKkffKTgiPD6k_jjGUKOG-AmuDH3g_WiWHScZNNeOysJz3IGPvlMCL8sVpDu0J8iJS0eTPyhvHf2CdifyHXrmomQRPmOK78LxIozyQNOoGDlVCb-M9UOTHswj3A-eMQ1KJLyO8NlxRsmDZzvRMyP6YOrhI3yKmDHRTceN_rgU6UEu3CtMPoOaWbjb4IdfXC_CPxjDXGhyHKGjEc1HaFeIZkf0ILqgJSqHnsyRJYqVolIcp3h2MEH_GJ_xPPiP8G0CMecDJ0uUIC2Fic_wDPkxfYSW2yGyHVyOPgm2o06Co5mFK8tSpMkd-MxR3yGeww-DJ2QTxOpxDc0fRMoNXVGCfNkDJsuZED2NTwmaDz8SLlQRvorxwe-IB-fxLGHQ5NB24g325cN3_DhCPYWiIF-S45IOhrnR_EHOQs8RMylSTcd-JD0ezPnBdnkw-gk-G03VD7Wy4FmQVBZy5sF3JcU74yqeENtz40f-QU8SRCZ__A-eo3qwHc-NLM6hS9GQi1LwpwmuZMPKFD9cHT-ubMihI51inDuafDm6P0N1G3sWY39QHU-SUkfyMQx6hHl-XJWGM3lxMhdyCm02Cz5TBX1O6D0qMx8a5fikozkDRZaGLwmyZDjRPMvxD5FLaFl2hDqeRyqm_OgJqsbTGHkORTmDJ8ycQtOPp9CTHPpZCl9SxE8Dq1GI8cct-Du-h7hyuJlw5kIeJOtGG86j4HmOJ4yCOyhznA_Sf0iujDiZo_LRKA-4RkfeQKx2BUGfgFrgsUWfJ8h5JA9-eJvwRMyC5zJ-WEdyfshMlNKDfUrhSYsRzse3oRcaLseP_MW3oDoaHbkOnUmSYcjBhxWePTK69HAzIRS1BIeCyHmK6w_-HI9mpHqSQ7mRZ7gyZrh0TE_mBM178NqNXedwNFcS5BGFhJFS9M9wCt9wBj8eR3zgPMSugxXyJDkFxT_6IAyOZ6lxihn6oVn4YKYMPpjyBXmwnWAePHkwKslxMTX84z_0H3fwwpOSB_eFKvcgclma4PBtBI-PqmLxPGiK2gifFzYPXXAdiH_QH_Fz_PiB-3h7ND9-uA764wySH6F2wz9eVOixZ4eb5TCOIzySB0-C4zgcS8GPRz-yPNkzAAAAEIRAAB0AIFBDDGBCCEakYkoCZgBBRDklAIbAEEEUk0JQBhmiDiFiMBBQEKAWggAoYIAgoiBmCBAIAImwI4QDQwCgDgGCjBPGAMAAEAgwwZACiCACiEFQGMQMF4ABgAghACDhABECCAWME0QogIQgFCGmiAHCAAqIIoopEAEyRHrnlEGICCcocYgYAR4AlgBlAJBCGUOIUQgQIIwhRDBGAOAAGSIRAQAYSgQShgCDhDFCIME4YgQAIBRRhBHnACTACAEAIEIAaYARwBAiiAAAOAQUEgIIQIVBDCDrlVIICAiIUUIYYJgBhBkBCEGISGGEUgITBSwRRCRgAAHCACAMEIwYoAARVABCCKJKEGEUEwAZAgDhBAomjEBKAIgYAM4YwBmAAgBjhaHMEACEQQYghIQDhAAABRHQGCwEEkYIBQkABCgjgEAACCGMEYRYiQghigkFEEKCICWRIEQAYgBDihGviABOWYwEQYQoAAARWlErgJEEKAWAI4AAJQxghTitBHACIEcEcUIAIAgIBFgjEAIEAIEIAoAZgIggRCBHoEGAEMOMBQIxAA01gADEBNJIEAQEBBAYQZACABGEAKAKACSAMIAwCRigxBEBgJZIKeWoAA4AY5AAgxAFgEACACAAAIAgARA0DCAmFAaACIgUAUAIQywQzBAgCjAKGaYUAFAgBIgBhhBknLBACGMMYoYwAAAFTBEIhEQKEQSNAkARYhAEQAjEAAJOKUAMAEoQoQAAhFDPlQbASEIIBEQEQJEiCgnAFELECYGEQEoAQxgzBEChgEdAGMMEARIBRpAwUgmDLLCAGUAkhRskRNGDDAAgAA
D:\SongKongSupport\Greek2\Ντροπή τέτοιο παιδί.flac:AQADKkoYRYmyJOgldYX_gveB_sJX-NJx-FES8KJw_ECTYM_ho5dw_WgfBvZxHc1X5Id65Hsw3gTzFP6GzVGG0jse5cFnGWkfqDnu49DyGqGlB1-PJ8pyHA-VoGcWJXAU5pjIHI3mgGGSZEdSPUF-GD_25fgiD99RXTuSJdGD_A6aR_gw5cSL45OQ7wp-eVAR5jXKdyAj5YowMkWP5joeIdc76El-VMmfoMkVJD-upHhCOfCUHEcSZEvDo4mfBGUSHZeOKj3-o3-GXEiWJtnRHz-eZ8GdRSF8btiDU4H34MmJP_Af_HiSAeFbKMrYg8_IYD9-7ElOXEoObmqRX7AaffiJi1J0PMuoYD_CXIf2Hl8e_MeVPrgG51GwQxd25cqQK7nxbdFxR_HhLMJ3XHRiXMyEpjn6EL6O5GGCiMQTPUFt-CEDLzFYBSfSC4myH8cPy8clOPqR3A5yJ1rgpj6O4wRzKkiixEfOCs_xLOPhER93_LBF7DtSJRekqQifJA6mzDoaRhzqJAsutE-GZsyMiwxyBSqT490-5IRnivhyKfhTYcycgA-Ppxz64yd6_MOZhUFD6Qv6o9-Khkr0IrmaFbmNJh_IK3BwKcth3ipuNBEyOis0XWie4wvRS2gYHsxZQUsWKke-ZGkGj4mohPgD-CH-VCnuC1eEfDl8Q08UZA8tfLmK8EzRKMdFHs8iQ5fwo_mMcokOPd0CJtqO_sP1oqGSR5goQftR-vjxJMxg9_iJ60ea08e_EPXQNN7xw3Jy_Dl8Gnn0BPpi5BlzOMnxX0J0R-CV4z-070H6DM2PXE6ha2Rg5greIubywpKy4FTGgEmQ7MgjuEqF56io8LBUw3EuZOGTQ7fQ9Ca-HO4io4-h5eXR78i1iUETPUHHZJmMXmjyF3-Qb8oJnocWLid63EqD_Ih9oZHHo3JzNKfRc0MP8crhLXsGNppCRD8aVImEMFw2QtVzGPnwpQ3KB1dapA8vaPwRP8OY9QKT5wtKMsW_DM2YkEbPHJeJKYmS47rQnGmCfg_RILmOuMlCPKeCMstxVkfzYX-G8ArEcjrCuMcT_DgfdFNeNNHCZEGZGA14fQkR5klKFPoRS0GTJHwIX-jxnEG-8UhoD3cx6rimHEeDbzlyHSKfDM2WS8jxIz_x7GgusdCsLMd17Duew0mzg-_x58R59LgyXWiOvMcV_njK41eCSHlyFHqQNiGeIXYO8SFeHo-WHfmOZlSK8Id-nNFy6D3y52gfNBWPJ6mD70H3EI6TKkffKTgiPD6k_jjGUKOG-AmuDH3g_WiWHScZNNeOysJz3IGPvlMCL8sVpDu0J8iJS0eTPyhvHf2CdifyHXrmomQRPmOK78LxIozyQNOoGDlVCb-M9UOTHswj3A-eMQ1KJLyO8NlxRsmDZzvRMyP6YOrhI3yKmDHRTceN_rgU6UEu3CtMPoOaWbjb4IdfXC_CPxjDXGhyHKGjEc1HaFeIZkf0ILqgJSqHnsyRJYqVolIcp3h2MEH_GJ_xPPiP8G0CMecDJ0uUIC2Fic_wDPkxfYSW2yGyHVyOPgm2o06Co5mFK8tSpMkd-MxR3yGeww-DJ2QTxOpxDc0fRMoNXVGCfNkDJsuZED2NTwmaDz8SLlQRvorxwe-IB-fxLGHQ5NB24g325cN3_DhCPYWiIF-S45IOhrnR_EHOQs8RMylSTcd-JD0ezPnBdnkw-gk-G03VD7Wy4FmQVBZy5sF3JcU74yqeENtz40f-QU8SRCZ__A-eo3qwHc-NLM6hS9GQywr-TAmuZMPKFD9cHT-ubMihI51inDuafDm6P0N1G3sWY39QHU-SUkfyMQx6hHl-XJWGM3lxMhdyCm02Cz5TBX1O6D0qMx8a5fikozkDRZaGLwmyZDjRPMvxD5FLaFl2hDqeRyqm_OgJqsbTGHkORTmDJ8ycQtOPp9CTHPpZCl9SxE8Dq1GI8cct-Du-h7hyuJlw5kIeJOtGG86j4HmOJ4yCOyhznA_Sf0iujDiZo_LRKA-4RkfeQKx2BUGfgFrgsUWfJ8h5JA9-eJvwRMyC5zJ-WEdyfshMlNKDfUrhSYsRzse3oRcaLseP_MW3oDoaHbkOnUmSYcjBhxWePTK69HAzIRS1BIeCyHmK6w_-HI9mpHqSQ7mRZ7gyZrh0TE_mBM178NqNXedwNFcS5BGFhJFS9M9wCt9wBj8eR3zgPMSugxXyJDkFxT_6IAyOZ6lxihn6oVn4YKYMPpjyBXmwnWAePHkwKslxMTX84z_0H3fwwpOSB_eFKvcgclma4PBtBI-PqmLxPGiK2gifFzYPXXAdiH_QH_Fz_PiB-3h7ND9-uA764wySH6F2wz9eVOixZz_cLDCOIzySB0-C4_jhmMGPRz-yPNkzAAAAEIRAAB0AIFBDDGBCCEakYkoCZgBBRDklAIbAEEEUk0JQBhmiDiFiMBBQEKAWggAoYIAgoiBmCBAIAImwI4QDQwCgDgGCjBPGAMAAEAgwwZACiCACiEFQGMQMF4ABgAghACDhABECCAWME0QogIQgFCGmiAHCAAqIIoopEAEyRHrnlEGICCcocYgYAR4AlgBlAJBCGUOIUQgQIIwhRDBGAOAAGSIRAQAYSgQShgCDhDFCIME4YgQAIBRRhBHnACTACAEAIEIAaYARwBAiiAAAOAQUEgIIQIVBDCDrlVIICAiIUUIYYJgBhBkBCEGISGGEUgITBSwRRCRgAAHCACAMEIwYoAARVABCCKJKEGEUEwAZAgDhBAomjEBKAIgYAM4YwBmAAgBjhaHMEACEQQYghIQDhAAABRHQGCwEEkYIBQkABCgjgEAACCGMEYRYiQghigkFEEKCICWRIEQAYgBDihGviABOWYwEQYQoAAARWlErgJEEKAWAI4AAJQxghTitBHACIEcEcUIAIAgIBFgjEAIEAIEIAoAZgIggRCBHoEGAEMOMBQIxAA01gADEBNJIEAQEBBAYQZACABGEAKAKACSAMIAwCRigxBEBgJZIKeWoAA4AY5AAgxAFgEACACAAAIAgARA0DCAmFAaACIgUAUAIQywQzBAgCjAKGaYUAFAgBIgBhhBknLBACGMMYoYwAAAFTBEIhEQKEQSNAkARYhAEQAjEAAJOKUAMAEoQoQAAhFDPlQbASEIIBEQEQJEiCgnAFELECYGEQEoAQxgzBEChgEdAGMMEARIBRpAwUgmDLLCAGUAIhRskRKFykAEABA

Now you are running on a NAS wherea I am running on Windows, I cant work out if this is the reason for the difference.

Is it an Intel or Arm Nas?

Could you delete the Acoustid Fingerprint and AcoustId Id fields with Metagrater

Then rerun Fix Songs with Force Acoustic fingerprints even if already matched enabled

Then resend me the files to see if the same fingeprint has been generated.

thanks Paul

paultaylor · 28 May 2026 18:57

Delving further SongKong is shipped with Acoustid 1.5.1 but actually 1.6 is now available so I will update to that, however if using Arm32 processor the latest version of Acoustid available is 1.4.3. Also if using Arm64 processor on a Nas that would also use the older Arm32 version. However in 1.6 there is now Arm64 version available.

So in summary currently if using an Arm processor on Linux/Nas it will be using Acoustid 1.4.3, whereas any other platform (including MacOS Arm) it will be using Acoustid 1.5.1

The differences in Acoustid versions on nas arm platforms may account for the difference in acoustid fingerprint

In next version of SongKong all platforms will use Acoustid 1.6 including Arm64 Nas, the only exception is Arm32 Nas that has to continue to use Acoustid 1.4.3 because a later version of Acoustid is not available.

olympic · 1 June 2026 11:24

Hi Paul,

i am attaching the files with after stripping and readding the accoustic ID on my macstudio (ARM). I also did the same with SongKong on synology NAS on docker, I compared the accoustic ID’s and they were identical.

I do recall, originally, prior to the issue with the duplicates I wrote about, when i first did a duplicate check, no dups were found, but after fixing the files, that was when duplicates were found.

paultaylor · 1 June 2026 11:43

Thanks for the files

Now the confusing thing is the Acoustid fingerprint for them is the same as the orginal Acoustid fingerprint, however the Acoustid Id is different

D:\SongKongSupport\Greek3\Η σύμβαση.flac:AcoustId:950caf97-ddb2-4c6f-a36a-f542e7858c4f:AcoustFingerprint:AQADKkoYRYmyJOgldYX_gveB_sJX-NJx-FES8KJw_ECTYM_ho5dw_WgfBvZxHc1X5Id65Hsw3gTzFP6GzVGG0jse5cFnGWkfqDnu49DyGqGlB1-PJ8pyHA-VoGcWJXAU5pjIHI3mgGGSZEdSPUF-GD_25fgiD99RXTuSJdGD_A6aR_gw5cSL45OQ7wp-eVAR5jXKdyAj5YowMkWP5joeIdc76El-VMmfoMkVJD-upHhCOfCUHEcSZEvDo4mfBGUSHZeOKj3-o3-GXEiWJtnRHz-eZ8GdRSF8btiDU4H34MmJP_Af_HiSAeFbKMrYg8_IYD9-7ElOXEoObmqRX7AaffiJi1J0PMuoYD_CXIf2Hl8e_MeVPrgG51GwQxd25cqQK7nxbdFxR_HhLMJ3XHRiXMyEpjn6EL6O5GGCiMQTPUFt-CEDLzFYBSfSC4myH8cPy8clOPqR3A5yJ1rgpj6O4wRzKkiixEfOCs_xLOPhER93_LBF7DtSJRekqQifJA6mzDoaRhzqJAsutE-GZsyMiwxyBSqT490-5IRnivhyKfhTYcycgA-Ppxz64yd6_MOZhUFD6Qv6o9-Khkr0IrmaFbmNJh_IK3BwKcth3ipuNBEyOis0XWie4wvRS2gYHsxZQUsWKke-ZGkGj4mohPgD-CH-VCnuC1eEfDl8Q08UZA8tfLmK8EzRKMdFHs8iQ5fwo_mMcokOPd0CJtqO_sP1oqGSR5goQftR-vjxJMxg9_iJ60ea08e_EPXQNN7xw3Jy_Dl8Gnn0BPpi5BlzOMnxX0J0R-CV4z-070H6DM2PXE6ha2Rg5greIubywpKy4FTGgEmQ7MgjuEqF56io8LBUw3EuZOGTQ7fQ9Ca-HO4io4-h5eXR78i1iUETPUHHZJmMXmjyF3-Qb8oJnocWLid63EqD_Ih9oZHHo3JzNKfRc0MP8crhLXsGNppCRD8aVImEMFw2QtVzGPnwpQ3KB1dapA8vaPwRP8OY9QKT5wtKMsW_DM2YkEbPHJeJKYmS47rQnGmCfg_RILmOuMlCPKeCMstxVkfzYX-G8ArEcjrCuMcT_DgfdFNeNNHCZEGZGA14fQkR5klKFPoRS0GTJHwIX-jxnEG-8UhoD3cx6rimHEeDbzlyHSKfDM2WS8jxIz_x7GgusdCsLMd17Duew0mzg-_x58R59LgyXWiOvMcV_njK41eCSHlyFHqQNiGeIXYO8SFeHo-WHfmOZlSK8Id-nNFy6D3y52gfNBWPJ6mD70H3EI6TKkffKTgiPD6k_jjGUKOG-AmuDH3g_WiWHScZNNeOysJz3IGPvlMCL8sVpDu0J8iJS0eTPyhvHf2CdifyHXrmomQRPmOK78LxIozyQNOoGDlVCb-M9UOTHswj3A-eMQ1KJLyO8NlxRsmDZzvRMyP6YOrhI3yKmDHRTceN_rgU6UEu3CtMPoOaWbjb4IdfXC_CPxjDXGhyHKGjEc1HaFeIZkf0ILqgJSqHnsyRJYqVolIcp3h2MEH_GJ_xPPiP8G0CMecDJ0uUIC2Fic_wDPkxfYSW2yGyHVyOPgm2o06Co5mFK8tSpMkd-MxR3yGeww-DJ2QTxOpxDc0fRMoNXVGCfNkDJsuZED2NTwmaDz8SLlQRvorxwe-IB-fxLGHQ5NB24g325cN3_DhCPYWiIF-S45IOhrnR_EHOQs8RMylSTcd-JD0ezPnBdnkw-gk-G03VD7Wy4FmQVBZy5sF3JcU74yqeENtz40f-QU8SRCZ__A-eo3qwHc-NLM6hS9GQywr-TAmuZMPKFD9cHT-ubMihI51inDuafDm6P0N1G3sWY39QHU-SUkfyMQx6hHl-XJWGM3lxMhdyCm02Cz5TBX1O6D0qMx8a5fikozkDRZaGLwmyZDjRPMvxD5FLaFl2hDqeRyqm_OgJqsbTGHkORTmDJ8ycQtOPp9CTHPpZCl9SxE8Dq1GI8cct-Du-h7hyuJlw5kIeJOtGG86j4HmOJ4yCOyhznA_Sf0iujDiZo_LRKA-4RkfeQKx2BUGfgFrgsUWfJ8h5JA9-eJvwRMyC5zJ-WEdyfshMlNKDfUrhSYsRzse3oRcaLseP_MW3oDoaHbkOnUmSYcjBhxWePTK69HAzIRS1BIeCyHmK6w_-HI9mpHqSQ7mRZ7gyZrh0TE_mBM178NqNXedwNFcS5BGFhJFS9M9wCt9wBj8eR3zgPMSugxXyJDkFxT_6IAyOZ6lxihn6oVn4YKYMPpjyBXmwnWAePHkwKslxMTX84z_0H3fwwpOSB_eFKvcgclma4PBtBI-PqmLxPGiK2gifFzYPXXAdiH_QH_Fz_PiB-3h7ND9-uA764wySH6F2wz9eVOixZz_cLDCOIzySB0-C4_jhmMGPRz-yPNkzAAAAEIRAAB0AIFBDDGBCCEakYkoCZgBBRDklAIbAEEEUk0JQBhmiDiFiMBBQEKAWggAoYIAgoiBmCBAIAImwI4QDQwCgDgGCjBPGAMAAEAgwwZACiCACiEFQGMQMF4ABgAghACDhABECCAWME0QogIQgFCGmiAHCAAqIIoopEAEyRHrnlEGICCcocYgYAR4AlgBlAJBCGUOIUQgQIIwhRDBGAOAAGSIRAQAYSgQShgCDhDFCIME4YgQAIBRRhBHnACTACAEAIEIAaYARwBAiiAAAOAQUEgIIQIVBDCDrlVIICAiIUUIYYJgBhBkBCEGISGGEUgITBSwRRCRgAAHCACAMEIwYoAARVABCCKJKEGEUEwAZAgDhBAomjEBKAIgYAM4YwBmAAgBjhaHMEACEQQYghIQDhAAABRHQGCwEEkYIBQkABCgjgEAACCGMEYRYiQghigkFEEKCICWRIEQAYgBDihGviABOWYwEQYQoAAARWlErgJEEKAWAI4AAJQxghTitBHACIEcEcUIAIAgIBFgjEAIEAIEIAoAZgIggRCBHoEGAEMOMBQIxAA01gADEBNJIEAQEBBAYQZACABGEAKAKACSAMIAwCRigxBEBgJZIKeWoAA4AY5AAgxAFgEACACAAAIAgARA0DCAmFAaACIgUAUAIQywQzBAgCjAKGaYUAFAgBIgBhhBknLBACGMMYoYwAAAFTBEIhEQKEQSNAkARYhAEQAjEAAJOKUAMAEoQoQAAhFDPlQbASEIIBEQEQJEiCgnAFELECYGEQEoAQxgzBEChgEdAGMMEARIBRpAwUgmDLLCAGUAIhRskRKFykAEABA
D:\SongKongSupport\Greek3\Ντροπή τέτοιο παιδί.flac:AcoustId:6db214e4-cd6f-48ef-b848-ee3fcb4ee788:AcoustFingerprint:AQADAqqyZAyV4J6aEUfynMi5YEof1NGO_ngJhplO5A-hWXnghinywD_6HP8a_B3YBv3ApPF2HDG0PEuDXzfSHhWT4ReaZYxWlMzEYIjNQ9-OMCIqJXrxH81VXEqPhspl3A6SdwEcMjeeI3yPZtKOO2iqC9MTHhWbo7lIC0-WJ_jB_qgYwdoQSUcS8F2MZ0mKizt-sOGN6go27Qqq5jiP__hllPyEsKSD5Md1NCvRH6ePHX_BX0hOjoiz4z3q4_DZDn3k4OB__JiSSDlOHZ7Xoj_uI3lwdQoeHT_EI8-DZ_3QTHqEOslFHEfL0mjKeXhMnA8eF1dxnUeVJHmQHtop5C-Ob86EOtbQfNLx45eQUxRcH7qyQ28uNHuLXHmwdzmoJFIOZ7EwcQmO_UGuXEFyoQnTBF7iBQyZE2ccTEG9E1_0oQl51C_q1IZjBlaDSDouSE8yKYieJ8FvNIsMTz-eB2GuR0iu42-JJ5EllDvcHX9w9MiVHPrXCXl-3LhYGWH6EIpOHvnx46IW45GkFrX0o3mOSwqaHmEVitA1Irz2FEzykHiT48pI4V0MVLRgMWEDRiKjxng__MJ5IckzIVSURkYTffhxXUW_B03FTJi74zzCRIY2D_wSJzizoxSO8MefDFMa7ai3HH-CpspRPcmRO7KG5HmGk8ebHdUjoTG-5cSd8WiWZ-ijBCcPNx-S0kceMjkaEhV1FM0oF98RyosGRdERW-pxxXiSNccfB9mcQ9uFMFFOvE-C1_iCZj4Yhl7AL0X8QHlCVMmTIEwvaXiMoznRL2FQG1OiXfgtHP2SiIFD8UFTxaCVH_kuJHzC4CJxcKp6fJEOJpQWKUEznchD6C7ywx-Pb3mxv7hPIs5O4fzQPIf2YbIyw82G8EFzhL2FPwn6R9ASmnibI19g-niMP8Szo2eC0tpwbQ2aBMm0LQlyLscjK7j24HmOPmDy44jjp1D4Ix2l42ky4buGWjean_iGXMo2iFRjXCeeH32yVBk8accT5dCPPC2-ot8qJE1y_FIk5A38U3gkfIF55EqMpOk5OHWEx1xw5ngP74ic5NAfFUx-ML7wuIR2YYvC2bCeFdWWGWeOpsxRZziOlMd3XDoq5hSc_PCzHDm08NgVD1m3J8FeRQh_eM-QJ4QZE75SCz_64xuNJ12AtBHHDbqe4TvyHFem4z-aYLpxS_j0CA1zTDyeRcKVHj-PD4-DWNmD5IePv8ONJ4wyw72RM8ezG8riFo_jpNBSTUM_gj-xpybyPmjOHFVy3GExpZKRKyKugZNkoUryoRelDH6OOhQPfTn-o2tOIg34F4-StSgzTbhexHEp4Symc9AzI7-Cy4cXRUqOeipyVVtwD_ojxFEu5SiZET7xHk9xXEeoJ0fyHL8e7ODLoKeE_EJyuFkUxygTJagSwjnBPAyaS8Fk_ciTFLr1IBqnlLgY0sjP486DnEzxowlJVGGiOMU-RlNE3CZ-PBm060OTnMMT2biO63CTHruO90JeSMmPnpmGcaGq4cuFI9_RnF2GUmkcXDhz-GqIKwliKpeQXMXD-HiPmzHs2niON0eZSWmIZkefJXB9FeG7IWmSJy3OHJVhH_4Z9HlRNWi0RsPoEvl2fMGTxtDDKbiUw8mNmLrw6cG5AP6Rp4HuHLHzwMl95BeuJkL5QwvyjIqFZkuLULk-6Ec-XbiUTAnSSqKgKUeYWTl4cWAcTdLRXIlxWQTbB_mQyMSTELWE5k4ifJUVPHhSHbmO5GCOSzqYWMmDR-LxRIzx48KDMNchjklChFJ2oUrySUKzJ7hyZHldNN2y43iTQ9M-NCO050La7bAd8NSKktGmBK-Fh6gO_wXL6cOcHvXxZDlukUT5HA25Obi-De843DmO7hSaqnhCnSgvOHeRHPnRRGSO58cfnFFpNDV65viN50OpoF-OazaqN0OTfDme_EJ-6E5wMkdaPDmChBF5HP-M8WWO-pLARFzC4IuQM0dyYUqVpQq8bzna4VmOUzmaHzmP5kojqB_mBlbyD3zCKAyuPMKlYDtyPHnxKV9xMWmRN4E4_YibXLiw6hPqJHvQTHuQH1r2IxyeSniVB1SVGX9ovItzmDly5oFqGmESMFdjPAlKOZhCrcOs6SHSG2ryERHXoZSOxldwNPMQ6joUTUUaHT1z_FYQgkqaC6p45JOCZ0VzXLqS4LqweTs-vBnCM2j24selfHii5cNHXVB6NM2OiuAZoXnmJGDMC9pJNN2NMD_qHw8tXIqSJoGPK8WdHVO2o42iPDiZoycRJnwuyIyOK8f5IJdTNBwPK0-HO1cKV5LRJ4ie49LBKUmNW5pyaHrQ_LhzEc-T4B-Y_Ciz42_wegPzGmL8QjmJi2lQKsmInEePJs5TuGqIS7ORH8olTUGYqItY9AeTo9cBAAGTiAhLjCJEAiwIAUZAgYAAxEFjCETEAEWUQAAICBgAAiAABAIWCYQQEsQgaZwVAAKkBBMAJIIMcQIoJIAQTCBSgEJCAosUIQAhwYRSkgBDUJXIMASMQEgwZJIAAjIiCXACGAMIMQgZBRDBQAmjNEUIIGMAk4A4AYRQBBhqlABECEAREAgTJAEABAFKgABEAECMIYoQ56RAAhhgCAGGW8KIIsQRIQAABAiAECCEEQoEAAYjYgQiggACICHKUUOMM4hQIgxyQAhgAAICISAkkU4IQpQAAhCBEEEEOSIIQAaAC5gQhgBHCAKACQcKIsIQZQRgAhhABBAMEYYQAUBJIJRjmhBCoCGIKMAEooQBYRh3gjCgFDACGWEcE4ZIYRwAhECgGABECYyIgJIxA4QRyACHHaBICEYQAIAYgQDRQCkjABIEAUgAUAhAypASxChFAQSAKUARM4IASBTgRGAAjmJAGCAAIAIQYQAgEEgjEAECIeAAIcQQIRAgBiBiCANCCYKAEwhKIQAgRANBjFGEIAasIQQJIoVAQBhkBFMGQEGQ4g4QwRBHBgBDhIEoCSIcUQKRIgwQCAEBCRQUAGCEJQgIphQSgBAGhAJCOQG6IQRAAYFQRBlLACSAICGMgoQYqzAwABhkBRdCCACQYoYwgAASWFmkBAFEAUQEEEoIRQQAiAAojGCAGUMQkE4gBIgjihBBlENGECoIQAYA5ggQgBihiCLQIYEAEQgIhAADQgggkIGECGEMAgQhBAgwhAijFCIQFQGEEAYJCQ

I have asked a question here but i think the situation is basically

AcoustIDs are clusters, not recordings
An AcoustID is essentially a grouping of similar fingerprints.
The AcoustID is then linked to one or more MusicBrainz recordings.
The cluster can evolve as more fingerprints are submitted.
Fingerprint matching is probabilistic
When you submit a fingerprint, AcoustID searches for the best match.
Although rare if the database changes (new submissions, merges, corrections), the best matching AcoustID returned in the future might differ from what was returned previously.

paultaylor · 10 June 2026 08:50

Okay I think out what has happened here.

When you first ran Delete Duplicates the songs could not be matched as duplicates because of two reasons:

Matching criteria was set to Same MusicBrainz song and same album (any version) and sounds the same. so because they were not matched to MusicBrainz before you ran Fix Songs they would not be marked as duplicates because only have the sounds the same part
Even if you had set to just Sounds the same if the songs had not be processed by Fix Songs before then the songs would not have Acoustid Fingerprints or Acoustid Ids. If you then select a Sounds the Same option then Delete Duplicates generates the fingerprints (which is done locally) but does not look up the matching Id (which needs remote call to server) for efficiency/spped reasons. So in this situation it will only find songs with identical Acoustid fingerprints not Acoustid Ids, and the songs have different fingerprints so no match was found.

After running Fix Songs both songs ended up with the same Acoustid Id and were matched to the same MusicBrainz recording and therefore a subsequent Delete Duplicates treated as a duplicate.

When you retried generating Acoustid Fingerprints/Ids you now get a different correct AcoustId and therefore would not be treated as a duplicate anymore.

Issues with Duplicate Deletion