ok, I’ve done Norma again and uploaded the support files.
Interestingly SongKong matches all 30 Tracks, but not the album.
The CD set is definitely the 2015 edition.
Contemplating re-tagging my music database (165k Files) with Songkong
In Fix Songs Release matching failed because of discrepancies in track lengths (times shown in seconds in bold below)
----G2:Foldername:Norma (Remaster) (44.1_16):isPartOfMultiDisc:false::Checking Release Track Duration Failed:Vincenzo Bellini; Montserrat Caballé, Fiorenza Cossotto, Plácido Domingo, Ruggero Raimondi, London Philharmonic Orchestra, Carlo Felice Cillario:5d644e91-56fa-48ef-a86c-81b652cff32a:Norma:Song:Norma - Act I - Meco all’altar di Venere:165:Norma: Atto I. Meco all’altar di Venere:178
05/08/2024 21.47.58:CEST:SEVERE: ----G2:Foldername:Norma (Remaster) (44.1_16):isPartOfMultiDisc:false::Checking Release Track Duration Failed:Vincenzo Bellini; Montserrat Caballé, Fiorenza Cossotto, Plácido Domingo, Ruggero Raimondi, London Philharmonic Orchestra, Carlo Felice Cillario:5d644e91-56fa-48ef-a86c-81b652cff32a:Norma:Song:Norma - Act I - Odi? I suoi riti a compiere Norma:261:Norma: Atto I. Odi? I suoi riti a compiere Norma:249
05/08/2024 21.47.58:CEST:SEVERE:
I notice you only seem to have tried Fix Songs, does it match if you try Match to One Album and allow low scoring matches.
If your question is why have you allowed matching to song if the track lengths dont match ?
It is because matching song only is less destructive since we are only modifying a limited number of fields therefore we can allow to be less strict in our checking
Looking at Acoustid for first track I can see it had two sources of length 2:45 and 2:46 but it is linked to a MusicBrainz recording with length 2:58, usually there should only be a a maximum difference of a few seconds.
I dont know if the length of track in MusicBrainz is wrong or if the linking between Acoustid and MusicBrainz track is wrong.
I’ve retried match to album to
f11a7ab6-7d1c-49fa-a6f0-b8b33004e832 nor to
5d644e91-56fa-48ef-a86c-81b652cff32a
but SongKong said it could not find a match.
Support files uploading now.
This matching business is complex !
BTW when I paste the MB ID to the template, the allow low probability matches field cannot be selected. I neet to change to another tab and back to make it selectable.
You just need to tab out of field because we only enable option if MusicBrainz Url field has value
Do you know why track lengths don’t match, do you have the original CD?
1 Like
I can’t find the CD. I think I got it from qobuz
Bellini : Norma (Remastered) ((Remastered)), Carlo Felice Cillario - Qobuz
The timings of the qobuz edition match with the timings of my files and disagree with the timings on MB. Probably some cuts were placed at different places in the digital download than on the CD.
The Belohlavek / Martinu I mentioned above is strange. The CD booklet I have in front of me lists the same timings as MB, but the rip from that CD which is on my PC has different timings for two tracks, as SongKong noted in the screenshot I posted August 5th.
Stuff like this will make automatic batch matching extremely difficult. I think your approach to be a bit restrictive when matching is prudent. Maybe the criteria could be relaxed a bit more when ‘low probability matches’ is selected?
Would be worth listening to those two tracks to see if they have additional space, premature cut off compared to the CD.
Yes, because they are not an accurate match
Well yes I thought it already did this but checking the code it appears not.
Okay so I have raised https://jthink.atlassian.net/browse/SONGKONG-2623 and Im going to try and fix that today and upload a new Windows version for you to test out.
Okay for Windows I have uploaded new version of SongKong 10.9 with fix for this, this is what you need to do to install it:
- Uninstall existing version
- Download again from Website https://www.jthink.net/songkong/en/download.jsp
- Install new version
- Start SongKong and check Help:About The Build Date it should say 07/08/2024 if have new version with the fix
Please note on Windows you must uninstall existing version in order to replace with new version with same version number.
I ran album match on Norma and Martinu and got a match for both. I uploaded the support files.
Great, thanks I checked support files and all looks good.
Do you have any other questions ?
thanks, Paul
All good for the time being. I will be able to continue the retagging project after August 25th. I will come back if any questions arise.
I just stumbled across this post of yours
Great stuff, will investigate. Thank you, Paul
However when I tried to look up Andre Navarra on Albunack in order to import the Prague Recordings into MB, I got
Unknown Discogs Artist Id, if recently added may not yet be in our database:[a863251]
Brilliant, adding the new release from Discogs to MB worked like a breeze
Release “Prague Recordings” by André Navarra - MusicBrainz
1 Like
Hi, all I would say is I’m not sure you have the medium titles correct. If I look at the Discogs release , the first disk contains three different works
- Concerto For Violin, Cello And Orchestra, Op. 102,
- Concerto For Cello And Orchestra In A Minor, Op. 129
- Schelomo. Rhapsodie Hébraïque For Cello And Orchestra
In your MusicBrainz version you have labelled disc 1 CD 1: Concerto for Violin, Cello and Orchestra, Op. 102 but that is only the first three tracks of disc one so I dont think that is right title for the disc.
BTW you can independently link recordings to works and create works, but you dont have to do this. For example I think the first work exists as https://musicbrainz.org/work/304289a2-235e-4467-be0b-151a2acb530b and you can create links for each recording to movement
e.g many recordings have been linked to each of the three movements.
https://musicbrainz.org/work/9e0e56f8-0d69-33a3-88d7-1770d6a591d2
https://musicbrainz.org/work/45c153b0-bfd8-36c2-bd98-df201f72cb1c
https://musicbrainz.org/work/469a07c9-81a1-3721-b97e-9de358786ef4
Just realized this is a fault of the albunack Discogs parser getting confused between works and discs, Discogs is a bit difficult to parse when it includes works in the track listing, and there are multiple discs because its all a bit free form.
thanks, Paul. It seems that way. I had not made any additions or changes to the metadata when importing the release into MC.
I have now done some edits on the MC release. Seems to work quite easily for well known works.
For lesser known works I could not find a work entry and would need to create one. I think I’ll hold off on that for the time being.
1 Like
Okay, also need to add work title to track title if the work information is shown on the cover/booklet
e.g
Concerto For Violin, Cello And Orchestra, Op. 102: I Allegro
instead of just
I Allegro
https://musicbrainz.org/doc/Style/Classical/Track_Title
Again, this is not handled by the Albunack script because it doesnt currently do any special classical proocessing, I havent looked at it for a few years to be honest.
It looks like the root cause of the short track names is how SongKong retrieves the information from Discogs. In this case the work information is retrieved to ‘Disc Subtitle’ and only I.Allegro is retrieved to ‘Title’
I will upload the SongKong Support Files
The Albunack database imports MusicBrainz and Discogs databases and makes a search index of them. Within MusicBrainz works are clearly defined. But within Discogs all we have is a release with a list of tracks, if the track has no track no it can be interpreted as a CD title, a Work or various other things, and this is difficult to do.
So in this case we have just interpreted the first heading on a disc as CD title, and then linked all the tracks with the same discno to that disc, and ignored the headings for other works titles further down on each disc.
So this is a bug with Albunack, fixing it would fix Discogs importer and would also improve SongKong Discogs import. I think it is only a bug if the release is a multi disc release and in the past havent really seen Discogs as a major source for Classical music, and it is a secondary source after MuscBrainz so it has never come up but it would be good to fix this - https://jthink.atlassian.net/browse/SONGKONG-2626
1 Like