I can quite put my finger on it, but it happens when tracks from more the one album, or a large number of tracks are not contained in specific folders (other than root).
Support files uploaded.
Thanks
Songkong 9.4 hangs (introduced in this version)
Thx, I’m away from office until Wednesday so cannot check support files until then.
Another stall. Support files uploaded.
Hi, I have checked both set of support files.
Okay it isn’t actually stalling, but a particular search by acoustids and at least number of tracks on release is failing with a timeout. When this happens we retry upto ten times assuming it is a temporary server overload issue, so SongKong was retrying when you cancelled.
When using SongKong in the more usual manner over many albums if a temporary timeout does occur it is not noticeable because multiple albums being processed at same time, and only some will be encountering this issue because there are are multiple ways of matching and other tasks such as loading and saving songs that do not require access to server.
Now, I did retry the specific query that was timing out and it worked okay. So that indicated a server issue, but server logs dont indicate any particular issues, and both failures were with same type of query so I am not sure if there is a particular issue with performance of this query.
So I am considering some more, but in the meantime in each case you cancelled after waiting only a few minutes, if you just leave it to run next time I think it will eventually complete successfully.
We did make a change in last release for noOfTracks, we try to only return albums that have at least as many tracks as required to match all the songs on the album, but we dont want to limit the max number of tracks an album can have because a customer may not have the complete album.
However the database index lib we use (Lucene) doesn’t let you choose just a minimum you can only set a range. Previously the max number of tracks was set to 1000 but this was preventing a match to the Mozart 200 CD album test I was working on so we increased it to 10,000, I wonder if this has had a negative effect on performance.
I’ve been tracking the Mozart post on the Roon forum with interest and have suspected that it may have something to do with those changes (hence the title says “introduced in this version”).
I’ve also had new instances under 9.4 where I’ve had to run SK twice to get the desired results (I think on at least 2 occasions the results are incomplete and the folder name has (“blank”) for the year. Running again fixes it.
Also there’s still a minor bug previous flagged up, where the tracks without a folder are dropped into the root folder. A new folder is created with the album name but a copy of the folder.jpg gets left in the root folder.
Thanks for all your hard work!
So, you don’t actually know then, Im going to check how this wider range affects things with Lucene community.
You would need to give me more evidence so I can follow this, since Fix Songs doesn’t create any folders so I guess you mean a combination of Fix Songs and Rename Songs.
Is the folder empty of files except this image and subfolders ?
If so, there was an issue that the root folder was getting deleted when rename files which users didnt want, maybe sideeffect of me fixing that was that the image folder no longer gets deleted.
The folder is created as expected (tracks + folder.jpg), but the jpg is duplicated in the working folder. I can replicate this every time.
Done alot of testing on this but not come to firm conclusion
Certainly if Mozart 200CD has to be returned that is lot of data to return, its also true that searches with a track range are slower than without, but are needed to prevent return releases that cant possibly be valid match
In your case were matching a David Bowie album, and although there were some largish potential releases there were none had more than 101 tracks so I wouldn’t think the change from 1000 to 10000 would make any difference, and your query is working for me, these are the releases returned:
Release:06679baa-606e-475c-bf72-9e28d65e8992:albumArtist:David Bowie:title:David Bowie:tracksInRelease:53
Release:90446d52-44a6-4ef1-8efa-b600c24e8c0d:albumArtist:David Bowie:title:David Bowie:tracksInRelease:53
Release:450734c8-fafb-4f8c-8df5-b5ad1e26452a:albumArtist:David Bowie:title:The Essential David Bowie:tracksInRelease:55
Release:061421ae-cc19-408e-9312-17dbd95e91b5:albumArtist:Various Artists:title:The Best 60s Album in the World…Ever:tracksInRelease:75
Release:979ab5a7-3796-43ac-aeb8-16837759a2c4:albumArtist:David Bowie:title:Fifty Two Years: The Complete Singles:tracksInRelease:209
Release:8f9894af-a94c-4753-afed-a3066b73730f:albumArtist:David Bowie:title:Nothing has changed.:tracksInRelease:59
Release:44a648f3-de51-4853-8d0d-3f81ff1a07b2:albumArtist:David Bowie:title:Nothing has changed.:tracksInRelease:59
Release:01051cfc-b4c8-4240-9939-cfcfa64c0bff:albumArtist:David Bowie:title:Nothing has changed.:tracksInRelease:59
Release:c9ed7fdb-87c9-4d4a-822c-3682b4dc8cf6:albumArtist:Kari & Barbara:title:IRMA 1000 - ikke akkurat hudfargede knestrømper:tracksInRelease:54
Release:40dfe958-4cbf-4b5e-9031-31cb2ebcae3c:albumArtist:Various Artists:title:70s Forever:tracksInRelease:72
Release:25a8601d-cc93-498a-aec8-4af34008732f:albumArtist:Various Artists:title:Oh Yes We Can Love: A History of Glam Rock:tracksInRelease:91
Release:7f2cd69c-887d-4634-8d0c-2a7bd55a70a5:albumArtist:Various Artists:title:100 Forgotten Sixties Classics:tracksInRelease:100
Release:c183ee3b-9b90-4af5-a549-0f03608deecd:albumArtist:Various Artists:title:I Love Music 1970-1974:tracksInRelease:60
Release:67a81d54-3f29-48e3-a53a-0f0ee371ae0d:albumArtist:Various Artists:title:www.rockstars.gr:tracksInRelease:66
Release:944472db-b6e2-4f6d-8155-8145450f71dc:albumArtist:Various Artists:title:I Love Music 1970-1974: Teenage Rampage:tracksInRelease:60
Release:317dbad6-6e50-44a1-a1bf-47eb1fb8c1ba:albumArtist:Various Artists:title:I Love Music:tracksInRelease:60
Release:3e65ce00-ed81-4763-bdbb-89b283802fcf:albumArtist:Various Artists:title:Seventies:tracksInRelease:53
Release:32288410-f9e0-48f9-aaa9-e76025b50ab8:albumArtist:Various Artists:title:Seventies:tracksInRelease:57
Release:b882de73-e625-4ae7-b966-4cb51c2d45bd:albumArtist:Various Artists:title:100 Seventies Classics:tracksInRelease:100
Release:e9993f5e-14fe-4c77-890d-96cf12118482:albumArtist:Various Artists:title:Jackie: The Party Album:tracksInRelease:76
Release:eb6d01a0-e6f0-407b-8a39-10848cb49baf:albumArtist:Various Artists:title:101 Hits: Jukebox Classics:tracksInRelease:101
Release:09bbe512-1ac7-434e-a610-e03ec1e91257:albumArtist:Various Artists:title:100 Hits Ob-La-Di Ob-La-Da:tracksInRelease:100
Release:f1bb22d4-1e43-4abb-be88-ce2c530540ed:albumArtist:Various Artists:title:100 Essential Hits - 70s:tracksInRelease:100
Release:201a05d4-d1ab-4e46-9044-273fc1ac8f2b:albumArtist:Various Artists:title:Totally 70's:tracksInRelease:100
Release:a58af007-a391-4b16-8c36-65778d2384d7:albumArtist:Various Artists:title:101 Hits: No.1 Dad:tracksInRelease:101
Im going to try cloning server and swapping to that to see if there is issue with server
Has it happened since ?
@Galaxian I have uploaded a new version of SongKong 9.4 for Windows with a few adjustments to matching that I think should avoid the issue you were seeing, be good if you could give it a go:
-Uninstall SongKong (settings will not be lost)
-Redownload and install SongKong 9.4 for Windows
-In Help About menu Build Date should now say 22/Aug/2023
Thanks. Installed - I’ll report any issues