#musicbrainz

I would like to split the artist http://musicbrainz.org/artist/8705fe2c-cdc9-416... in to two artists

do i create two new artists and then split them?

dns53: http://wiki.musicbrainz.org/How_to_Split_Artists

regarding http://musicbrainz.org/release/8ef9dbbb-8fe7-41... it seems to me that the “front” should be spine, and the “front” (alternate) should be the front. Anyone else have an opinion?

I agree, perhaps Spine would not be appropriate for a box though... Other ?

i don't remember why i uploaded it like that

just gonna say that now

lol

I hadn’t even looked. :-D

er, I mean, “way to ruin everything ianweller!”

that's just how i roooollll

that's one of those things i found on a torrent somewhere and it had scans so i uploaded them haphazardly :)

Yep…

i feel like a "box" type would be a good idea though as well

Agreed

That reminds me

I can't find the answer: should "Remix" be lower-cased in the song title "This Is Acid (Jim Hopkins Remix) "?

"?

yes

ok. didn't see a rule for that in http://musicbrainz.org/doc/Style/Language/English, should I add it? Or is it covered by another doc?

it's Style/Titles/Extra title information

Got it, thanks - maybe a link from the discussion of caps in S/L/E to S/T/Eti?

because S/L/E makes it sound like they are all the rules you need to know

regarding caps

For example, that page says "Always capitalize the first and last word of a title. This rule should be followed even if the words would normally be lowercase according to the other rules." Arguably, the whole title is "This is Acid (Jim Hopkins remix)", so "remix" should be caps

probably not a bad idea

otoh extra title information is a separate guideline from the english language guideline

it applies to all languages

(last i heard)

OK, note/link added to the Style/Language/English wiki page. I presume it gets pushed to the official docs either automagically or based on someone reviewing it?

i believe a transclusion editor reviews it

can i get some yes votes on https://musicbrainz.org/edit/20218843 ? I'd love to see it committed so I can get a clean rip without having to re-enter a bunch of metadata. The original contributor had a track listing that swapped track artist and track title every other track. Sigh.

the other related open edits on that item would be nice too

Voted yes on the tracklist edit.

thanks

brian_b: done

Thanks! Does it take more than 3 yes votes to get committed? Or do we wait for a re-index to catch up?

I thought it was 3 yes's and done. <-- n00b

brian_b: you have to wait for it to apply

ok, and now I see it's done, cool. thanks.

I'm very interested in why some files read/write tags ridiculously slow, and others are blindingly fast.

some take place at about 1 file per just under a second

other's can do a whole album in less than a second

Do tags have to be at the beginning of container files, or might they be appended to the end, or even in the middle somewhere? Could be some of your music has tags at the beginning, others have it at the end, and your app has to scan to the end to find them

as far as I know tags are almost always at the beginning of container files…

always by common convention, or required to be?

Always by most format specifications. :-)

the difference is that some formats allow padding between tags and the music to allow for growing tags in the future

and sometimes you need more space than the padding allows

which means the whole file needs to be rewritten

So that would explain why writes can be slow, but not reads

and it wouldn't explain if it was repeatable with the same files

brian_b, id3v1 was the only leading tag spec that I was aware of

but it's not solely a format difference. I see some slow m4as vs. fast ones.

I guess it can be a container difference like you said.

or where in that container the tag is

if the tool has to scan through the file looking for the tag, that will be slow

isn't it always at the end?

I don't know

Even if it's only ever at the beginning or at the end, it can be slow to read the end of a file off a disc sometimes

unless you're on some derivative of unix

e.g. linux/macosx/etc

I assume recent Windows releases can quickly seek to the end of a file; I know it couldn't as of a few years ago

this doesn't seem like sync times though

it's consistently slow, or consistently fast

also I'm on an SSD

that just means your seek time is constant (and fast), compared to a spindle.

Usually it’s at the beginning…partly for streaming (I think) and partly since seeking isn’t always fast (or maybe possible).

really?

I suppose that is easier for streaming rather than seeking to the end

MP3 and Vorbis certainly are at the beginning

hmmm

it's strange, it also seems like it matters if the files are being moved across directories or not.

I guess it copies and deletes rather than moving

which does make sense

the tag update I'm doing behaves differently than picard though, for sure

picard exhibits similar fast/slow behavior, but it always moves directoties

directories*

in my normal configuration

https://en.wikipedia.org/wiki/ID3 is a fascinating read

I didn't even realize FLAC files didn't use ID3 tags, they have their own tag format.

but the reference decoders know how to skip them. I wonder if Banshee knows to read/write FLAC tags and either ignore or wipe clean ID3....

that's why picard has a "remove id3 from flac files" Option

also a remove APE from mp3... ugh

APE, ugh

(coincidentally now ripping "Urgh: A Music War")

VxJasonxV: I thought id3v2 was at the beginning of the file and id3v1 at the end

nikki: Did you see http://musicbrainz.org/release/4532b362-d02a-4a... ? ;-)

what about it?

Format: Piano Roll

is that the only one on mbz

no

:P

https://beta.musicbrainz.org/search?query=forma... :P

not even close — I think it’s the first with cover art though.

I wonder if there's a standard digital encoding format for piano roll rips

lol

midi?

It’s basically the same thing.

I suppose it could just be done as a flavor of midi, yeah

would love to see a piano-roll-JPG->midi encoder

The only difference that I know of would be the fact that note duration is analog in piano rolls.

I can’t imagine trying to scan an entire roll though

then after that the USB-connected punchcard reader

So the note duration gets quantized, like doing a vinyl rip

right.

I would assume it would be better to build some custom hardware though

with light sensors or whatever

Interesting

Super Jewel Boxes sure are nasty to scan cover art for.

brian_b: "I'd love to see it committed so I can get a clean rip without having to re-enter a bunch of metadata." - Have you tried using Picard?

I've not understood the value of it over Banshee nor what the risks might be with a large collection

what would I get from using it? I can re-tag with Banshee pretty easily

plus I do differ a bit on some metadata, like I prefer "Various" over "Various Artists"

Getting the metadata right before the rip means I don't have to remember to go back and clean up, even if Picard makes cleaning up easier.

But I'm willing to learn more.

picard lets you change the name used for various artists, at least

oh, cool.

and with the scripting stuff and plugins, it's pretty flexible

A big win over Banshee would be if it could pull down cover art and store it as .jpgs locally in each album's directory

it can

w00t

brian_b: Picard also lets you store the MBIDs in the tags. I don't know if your ripper does that. But that's the one way to make sure you're linking to the exact, proper release/artist/recording, etc.

wait, does picard do ripping to?

(morituri can do that I know, but that's a Linux thing.)

No. :)

OK. I do use Morituri for ripping, actually. Except when there's an error on the disc and I need to rip it unsecurely

Any library constraints with Picard? I've got 84K files over 1.4TB

Don't load it all in at once.

The constraints are more a constraint with your system i/o, memory, and the bandwidth throttling of mb.o. (Unless you're on a slow connection, in which case it would be your own connection. :D)

So aside from grabbing MBID's for tracks that don't yet have them, what are the other advantages of using picard over, say, banshee?

and cover art, you mean? :P