what should i do with this work? https://musicbrainz.org/work/fc5dc54a-f795-35ab-b… - it's only referenced by one recording, and i'm replacing the 'recording of' relationships on that recording with the individual tunes... unless i should do something else? i'm not sure there's much benefit to having a work for a specific set that was only recorded once
2024-07-31 21311, 2024
lw
(because that would end up creating many thousands of single-use works that don't provide any information beyond what the medley-of works already have)
2024-07-31 21304, 2024
minimal joined the channel
2024-07-31 21319, 2024
scrumplex has quit
2024-07-31 21321, 2024
scrumplex_ joined the channel
2024-07-31 21332, 2024
reosarevok[m]
lw (IRC): remove the relationships, and it will eventually be autoremoved
2024-07-31 21329, 2024
lw
thanks
2024-07-31 21336, 2024
logistic-bot joined the channel
2024-07-31 21345, 2024
lw
although now i'm wondering if it would be worth creating works for these just in case someone else recorded the same set. at least i'd consider that for some more common sets, not sure about these ones...
2024-07-31 21314, 2024
vzctr8 has quit
2024-07-31 21357, 2024
reosarevok[m]
If it's very commonly recorded as the same medley, sure, but I'd expect that'd be rare that a specific medley is that common?
2024-07-31 21320, 2024
reosarevok[m]
I guess if an artist makes a medley, it becomes really popular and then other people explicitly play their medley?
2024-07-31 21357, 2024
lw
well, for example some of Michael Coleman's sets have become fairly common just because he was an influential early recording artist in that genre
2024-07-31 21322, 2024
reosarevok[m]
That seems like a case where they might be worthy works of their own then
2024-07-31 21351, 2024
lw
i'm pretty sure that's not the case for this example though :-)
2024-07-31 21302, 2024
reosarevok[m]
As a person who knows the genre well, you're probably more qualified to decide on where that could make sense :)
2024-07-31 21310, 2024
crism
Yeah, tune sets should mostly just go away as works. Coleman’s and others may be common, but even they thought of them (I am pretty sure) as assemblages of distinct works.
2024-07-31 21337, 2024
reosarevok[m]
I can see an assemblage becoming a standard worthy of a work, even if it wasn't originally seen as that
2024-07-31 21341, 2024
reosarevok[m]
But yeah, sounds like it should be rare
2024-07-31 21351, 2024
lw
right, i doubt Coleman intended for people 80 years later to be posting on thesession to tell people they can only play a tune in the same set Coleman played it in (a comment i've actually seen)
2024-07-31 21312, 2024
lw
huh, i was about to merge two recordings but it turns out they actually put a shorter version of the song on the CD than on the vinyl. that's weird, it's usually the other way around
2024-07-31 21359, 2024
broodroost3r has quit
2024-07-31 21323, 2024
broodroost3r joined the channel
2024-07-31 21302, 2024
broodroost3r has quit
2024-07-31 21309, 2024
joessexmpp joined the channel
2024-07-31 21313, 2024
lw
i really hate this trend of using gatefolds for CDs, it's impossible to get the damn thing out of the packaging without scratching it
or else "banjo" should be the 5-string and tenor banjo should be a derived instrument
2024-07-31 21330, 2024
broodroost3r has quit
2024-07-31 21341, 2024
feye joined the channel
2024-07-31 21327, 2024
broodroost3r joined the channel
2024-07-31 21331, 2024
feye
picard show multiple value for ISRC (TSRC for id3v2.4), but why `ffmpeg -i filename` just show 1 value for that tag?
2024-07-31 21356, 2024
lw
i know absolutely nothing about US geography, if an album is listed as being recorded at a studio in Nashville, TN, is it possible it was actually recorded at a studio in Franklin, TN?
2024-07-31 21347, 2024
kepstin
feye: ffmpeg doesn't properly support tags with multiple values
2024-07-31 21355, 2024
broodroost3r has quit
2024-07-31 21316, 2024
feye
kepstin Ah, I see
2024-07-31 21300, 2024
feye
Anonther question, what id3 version you use? And why v2.3 can't use utf-8? And why default v2.4 use utf-8?
2024-07-31 21310, 2024
lw
ID3v2.3 can't use UTF-8 because the spec says it uses UTF-16. they changed it for v2.4 because UTF-16 is basically a dead encoding (except for legacy use on Windows / Java)
2024-07-31 21345, 2024
kepstinbrainz joined the channel
2024-07-31 21345, 2024
kepstinbrainz
most of my files aren't mp3s, but I use id3v2.4 for the mp3s that i do have (all my players support it fine)
2024-07-31 21353, 2024
feye
Isn't utf-16 more char than utf-8?
2024-07-31 21320, 2024
lw
it depends on what script you're encoding, but for Latin scripts yes, UTF-16 takes up a lot more space
2024-07-31 21323, 2024
kepstinbrainz
for text using latin alphabet, utf-16 usually takes up more space than utf-8, yeah.
2024-07-31 21337, 2024
lw
(which is probably partly why v2.4 switched to UTF-8)
2024-07-31 21342, 2024
kepstinbrainz
for chinese/japanese/korean text, utf-16 is usually smaller
2024-07-31 21320, 2024
feye
then v2.4 is good, why v2.3 still popular?
2024-07-31 21346, 2024
kepstinbrainz
mostly that there's a bunch of old tools and players around that people still use which never got support for 2.4
2024-07-31 21347, 2024
lw
because v2.4 is newer, so a lot of existing MP3s were tagged with v2.3 when they were ripped, some software still doesn't support v2.4 at all
2024-07-31 21340, 2024
lw
most (or at least many) tagging apps can replace v2.3 with v2.4 when you re-tag a file, although i don't know if Picard does that off hand
2024-07-31 21317, 2024
lw
in practice there's no real benefit to using v2.4 unless you need the new tag types introduced in that version, v2.3 is more compatible and the difference in space usage is irrelevant when an MP3 is several megabytes
2024-07-31 21327, 2024
kepstin
picard will convert id3 to the version selected in the options when saving a file if changes were made. not sure if it changes that if you re-save without any changes.
2024-07-31 21332, 2024
lw
i mean, i'd use v2.4 for new tags but i wouldn't put any effort into converting old tags unless i was editing them anyway for some reason
2024-07-31 21317, 2024
lw
(i think TSST (set subtitle) is new in v2.4? i remember that being an issue when tagging MP3s)
2024-07-31 21334, 2024
kepstin
in general, i'd say use v2.4 unless you run into an issue with a specific player not supporting them - in which case, try 2.3 instead.
2024-07-31 21334, 2024
feye
v2.4 published in 2000 based on wikipedia and still some player not support, that's suprising
2024-07-31 21325, 2024
feye
Oh wait ffmpeg can't even read multi value tag from id3v2.4
2024-07-31 21326, 2024
lw
98% of people who listen to MP3s (not in this channel, obviously) don't care about tags except for artist, title and album. so there's little motivation for software to add support, outside of software intended for serious music collectors which mostly does support v2.4 now
2024-07-31 21306, 2024
lw
i mean, iTunes still doesn't support FLAC, which should tell you something about the state of mainstream music playing software :-)
2024-07-31 21303, 2024
feye
Because they have ALAC I think
2024-07-31 21306, 2024
lw
yeah, but what i mean is, FLAC is by far the most popular format for lossless music collections, and yet one of the most popular music players doesn't support it... because those apps are not aimed at people like us
2024-07-31 21335, 2024
lw
(iTunes and Windows 10 both apparently support ID3v2.4 though, so that's something)
2024-07-31 21330, 2024
feye
That's great, but I use linux :p
2024-07-31 21347, 2024
lw
i would be surprised if many (or any) open source players didn't support 2.4 nowadays
2024-07-31 21303, 2024
lw
unless they're like, unmaintained for the last 20 years :-)
2024-07-31 21308, 2024
feye
As always
2024-07-31 21346, 2024
crism
lw: Franklin is a suburb of Nashville, a ½-hour drive. Definitely possible that a “Nashville studio” is actually in Franklin, but also possible that one studio business has two locations, or that the studio business moved locations, or that there are two completely separate businesses using similar names…
2024-07-31 21331, 2024
lw
yeah, hm
2024-07-31 21329, 2024
lw
it's for this release: https://musicbrainz.org/release/3d118cae-dede-4f1… - the liner notes say "Recorded at The Playground in Nashville, TN", while MB has "The Playground" in Franklin and "Playground Recording" in Nashville. so i put it as the Franklin studio, but i'm wonder if that's wrong... or at least not certain enough to add to the database
2024-07-31 21354, 2024
JetpackJackson joined the channel
2024-07-31 21328, 2024
lw
annoying that none of these big names ever have an email address on their website, or even a contact form
2024-07-31 21337, 2024
lw
always write-only, "Join our fan club / mailing list"...
maybe two studios run by the same company? i'm not sure if they went out of business, but the website doesn't work anymore :(
2024-07-31 21355, 2024
lw
i feel like based on that i should update this album to the Nashville entity though, before i added these relationships the Franklin one only had a single recording
2024-07-31 21334, 2024
lw
then again the Nashville one only has a single recording too
2024-07-31 21345, 2024
lw
does no one record anything there? that might explain why they went out of business :-)
