SongKong 3.14 released on 6th March 2015
If customers have all their files in one folder and that folder is on the network then SongKong can timeout before loading all files.
A few months ago the Database Unreturned Connection Timeout option was set to 30 minutes to protect against
against hibernate connection being deadlocked and therefore unable to
return, it was part of a two prong defence against processes getting
stuck. The other was adding a limit of 30 minutes for processing of any grouping- the original implementation of this was a little
buggy but is now working correctly so we are safe to remove the Database Unreturned Connection Timeout and this fixes the issue.
When deciding between similar MusicBrainz releases we take the release date into account, and score earlier release dates higher. At one point the server only stored a single release date (and country) for a release but can now store multiple release date/country combinations (known as Release Events) but the client code was not updated to use release events, now fixed.
If Acoustid generates the above fingerprint for a song it means it could not actually generate a valid fingerprint so we should not try and lookup and Acoustid Id for it.
We have to be stricter when matching Discogs releases than MusicBrainz because we can not use AcoustId as a crosscheck, so the matching threshold has been increased.
Both these issues are to do with the displays of dates, I took the opportunity to familiarize myself with the new Java 8 Date/Time api to fix this.
SongKong 3.13 released on 16th February 2015
REGRESSION:When reusing existing Discogs Releases as candidates not checking trackcount
When reusing existing Discogs Releases as candidates SongKong was not checking trackcount properly. The check to see if the there are more tracks than the number of songs to match which is not allowed if you have Only allow match if all tracks on album were matched is incorrect. We tried to fix this in SongKong 3.12 but made a mistake but it is now fixed.
If MetadataMatcher fails if it needlessly does Match Recording Only again
If song matching by metadata fails to find a match it needlessy does Match Recording Only, and there is no point because this would have already been done during the Match by Folder stage, worse than that metadata matching can be called a number of times for the same group of songs. So wasted processing that can cause timeouts if extending the length of matching for a grouping over the timelimit and use additional amounts of memory.
SongKong 3.12 released on 10th February 2015
In 3.11 we made a change so that if your songs already had a MusicBrainz or Discogs Id we considered that release as a release candidate even if it wasn't found as a potential match in the normal way. But we didn't get this quite right, the problem was that if you have Only allow match if all tracks on album were matched enabled then SongKong should reject any release that has more tracks that the song grouping you are trying to match to it. But a release found by existing id was circumventing this check. Now fixed by:
SongKong always writing genres as number if in Standard genre list
Mp3s make use of a standard genre list and if your genre is in the list SongKong actually stores the associated number rather than the text, for example it would store 17 instead of Rock (if your genre is not in the list it stores the text). However some applications such as iTunes don't understand the numbers properly if Save:Save songs so they work best with iTunes is enabled SongKong should always writes genres as text even if they are in the known list. This was not working but it now
SongKong not loading some Mp3s with bad metadataWe have also improved how SongKong loads mp3s so it can cope with songs with corrupted metadata.
SongKong should only add Bpm for songs that do not have it
In the last release we added support for adding the Bpm for songs (Pro version only) but now modified it so that it only adds Bpm if the song does not already have a Bpm.
Full list of fixes in the Issue Tracker
SongKong 3.11 released on 4th February 2015
Improve Recognition of Multi-Folder Albums
If you have Only Allow match if All Songs Matched and Only Allow Match if all tracks on album matched the problem is that although SongKong considers the two sub folders as being part of one release it does an additional check based on name to confirm this, and that check is case-sensitive so SongKong found cd but doesn't match CD so it decides that each sub-folder represents a separate album then it tries to match each folder in turn and of course cannot find an album that can be completely matched by just one of the folders.
Always consider existing MusicBrainz Release Id when rematching
When rematching SongKong ignored existing MusicBrainz Ids and matched purely based on the AcoustIds and user metadata. However we should always consider an existing MusicBrainz Release Id when rematching. This protects against SongKong not finding good matches when it should do and also provides better parity with Jaikoz. The existing MusicbrainzReleaseId will only be used if it is the best scoring match of the release candidates.
Always consider existing Discogs Release url when rematching
And the same logic applies for Discogs matches as well.
Always do AcoustId match when metadata match was for a Various Artist release
Assume you have a 2 CD Various Artist release with
both discs in subfolders and you have Only Match if all Songs in
Grouping Match enabled but Only allow match if all tracks in album were
matched is disabled.
The full list of improvements can be found here
SongKong 3.10 released on 2nd February 2015
This release fixes a number of bugs, fixes one regression and adds one improvement:
OSX:SongKong has encountered an error trying to build model of iTunes library
If SongKong is configured to update iTunes then SongKong has to create a model of the iTunes library on start up so that it knows what songs are already under iTunes control. On OSX SongKong has to use Applescript to communicate with iTunes, and the iTunes library is large it can take a while to rebuild it, but the default timeout used by Applescript is not always large enough for large iTunes library. The timeout has been increased in this release.
OSX:Not always showing all options on first tab on small screen
On my own Mac with 17" monitor with native resolution at 1920 x1200 resolution I had never seen this error but reducing the display to 1280 x 800 and the first tab of the Fix Songs dialog no longer has room to show all the options. This kind of resolution could be used by smaller laptops such as a 13" screen version, and unfortunately SongKong gives no visual indication that there are any other options. The problem persisted on Windows as well, but a Windows is able to fit in more on a smaller resolution than OSX. The problem is now fixed, a vertical scrollbar is displayed as neccessary.
Treat track names like 'Track 1' as blank
SongKong uses existing metadata to match songs and to validate acoustid matches, but sometimes existing metadata should not be used. The most common culprit is track names of the form Track 1, Track 2, Track 3 ectera , whilst these can be valid track names they normally are not so now if existing metadata contains such names we just treat as if the song currently has no title.
Regression:Discogs matching Thread prematurely ending
This regression was introduced in SongKong 3.9 by the change to match multi-folders groupings to Discogs after a failed MusicBrainz match before attempting matching sub folders. Unfortunately this change could cause Discogs matching to stop prematurely, it is now fixed in this new release.
Full list of fixes can be found here
SongKong 3.9 released on 28th January 2015
Better Discogs Artwork Coverage
Discogs has a concept of primary artwork and secondary artwork, primary artwork contains the front cover art and secondary artwork was used for other images such as the back cover or sleeve inserts. It used to be that an editor could specify whether an image was primary or secondary. But now when editing the first image is always considered the primary image and all other images are secondary images, this order can be modified by dragging and dropping the images in Discogs to make a different image the primary image
However the Discogs data dumps contain many releases that only contain secondary images and no primary images. The precise reason for this is still unclear but whereas SongKong previously ignored secondary images meaning no Discogs images was found for these releases SongKong 3.9 now makes use of the secondary image if a release contains no primary image but does contain secondary images.
For you this means even better image coverage
For multi disc releases grouped one folder per disc SongKong could incorrectly match just one of the folders to a MusicBrainz release and not the others if MusicBrainz only contained a single disc version, even if the complete release was available in Discogs. Now when matching multi-folder groupings if it fails to match the folders to MusicBrainz SongKong attempts Discogs match before breaking into subfolders and matching each folder to MusicBrainz only if no Discogs match is found.
If you have iTunes configured to make a copy of all songs added to it (the default) then any songs with no metadata are added to the Unknown Artist/Unknown Album folder. SongKong now realizes that this folder does not represent an actual album and therefore should be treated as one.
A silly assumption crept in somewhere that if all songs are by different artists then it must be a Various Artists compilation but this is often not true such as in this album - and this prevented SongKong matching albums when it should have.
We also have a host of bug fixes across various parts of SongKong, full details at the Issue Tracker
SongKong 3.8 released on 14th January 2015
We have improvements to the Windows installer, its now a self-extracting archive
If your database was corrupted you could try and recreate it by using Empty Database but this did not always work and you had to manually recreate the database folder, this is now handled by SongKong.
There are some bug fixes and improvements to matching itself. SongKong was not always doing its Acoustid double-check to ensure that songs had not been matched to a song with a title that didn't match the songs Acoustid, this is fixed.
SongKong had an issue when matching fields with a quote in it, this could prevent potential albums being returned, now fixed.
SongKong tries to weed out duplicate songs when matching a folder of songs to an album, but it was incorrectly identifying songs with the same name but actually different track lengths as different songs, such as the two versions of L.O.V.E on this release.
Improved Match Song only to both match more songs, and to be careful when matching songs when you already have a song with a different title.
We also fixed a bug that when renaming files from multidisc releases from a folder per disc to one folder per complete album we were left with folders that should have been deleted.
The Fix Songs report now comes with extra instructions on how to navigate it, and errors are now timestamped
The full list of fixes in this release can be seen here
SongKong 3.7 released on 4th January 2015
This release improves Classical Release matching plus some other reliability improvements including avoidance of deadlocks
Very Long Song TitlesClassical releases can often have long titles because according to the MusicBrainz Classical Guidelines if they are part of a work they should contain the Work title in each song title, for example here. And Operas should contain each act or scene as in here. This means when matching existing song titles it takes longer because there are more words to match, it is also harder to match because these guidelines don't reflect as accurately what is written on the cover as for non-classical releases.
Very Large ReleasesBecause many classical composers catalogues are out of copyright it is inexpensive for music publishers to release large box sets of a composers output. One such example is the 100 CD Complete Works Beethoven release. Its actually too large to show reliably in MusicBrainz so instead I show the results of a search .Trying to match songs to large releases is invariably more time consuming than smaller releases because there are so many permutations to consider, actually expotentially more.
These issues plus other fixes are listed in the Issue Tracker
SongKong 3.6 released on 17th December 2014
An attempt to solve a problem with occasional deadlocks when matching groups of songs.
SongKong 3.5 released on 12th December 2014
In previous releases the main focus has been on improving the Fix Songs task but in this release we wanted to review other part of the application application, especially Delete Duplicates Songs
Delete Duplicate SongsFirst of all we found some bugs in Delete Duplicates that have now been fixed.
The help for Delete Duplicates has been completely rewritten to give more detail and make more sense for non-MusicBrainzers and additional checks and balances have been added to make Delete Duplicates work better in Trial mode.
The we added a new option to Song is a duplicate if has same called Same song (metadata only). This is very similar to Same MusicBrainz song only for finding duplicate songs without being concerned about albums, but without the need to match the songs to MusicBrainz first (although we would always recommend using the MusicBrainz based options whenever possible)
HelpHelp has been edited, including simplification of the terminology such as using Album instead of Release and Song instead of Recording. We have added a Pdf version accessible from the Help menu for some bedtime reading, but seriously the Pdf version works well if you want a paper copy of the SongKong manual.
Fix SongsBut despite what I say at the start of this post we have made some improvements to FixSongs as well, these include some major performance improvements based on improvements we made in Jaikoz 8.
Full list of improvements and fixes can be seen here
SongKong 3.4 Released on 16th of November 2014
This release is full of improvements to the matching process.
SongKong now does a much better job of handling multiple albums without metadata in one single folder. Previously if you had Only allow match if all tracks in album were matched enabled it had difficulty matching multiple albums contained within a single folder unless they had some existing metadata. The workaround was to disable the option but this then allowed SongKong to match partial albums, possibly not the desired outcome. Now in this release SongKong can derive metadata from the songs Acoustids and group and match the songs accordingly without having to disable the above option.
Overall SongKong is better at matching albums, before this release it would try and match a grouping completely to one album, if that failed and depending on user preferences it would then match each song one by one. Now before resorting to song by song matching it trys matches partial groups to a release. This means results are split over less albums, and it speeds up the matching process because it is quicker to match a group of songs to a release in one go rather than song by song
There are some super larger releases in MusicBrainz and Discogs, these are usually Box Sets of the complete works of established artists. Matching songs to these larger releases can be time consuming and give the impression that SongKong has stopped working. A number of improvements have been made to prevent SongKong spending too much processing a group of songs, and a Still Alive progress bar has been added to show that SongKong is still working
Full details of all issues fixed in this release can be found here .