If we go this literally with as on cover for tracklists, and therefore
normalize recordings to have all artists in the artist field, not in the
title field, then...
Can the server look at the recordings attached to a release's tracklist to
see the artist credits of the recordings? If so, the
, Yin Izanami wrote:
It may be that a single work isn't supposed to have multiple ISWC
codes, but in reality I believe it is the case that many single works
do in fact have multiple ISWC codes.
I've been searching the ASCAP database
(http://www.ascap.com/ace/search.cfm?requesttimeout=300
Just in case it wasn't clear - Arrangement relationship can't be attached at
the Work level in Musicbrainz. hence why they aren't new Musicbrainz works.
On Tue, Jul 12, 2011 at 6:51 AM, Yin Izanami yind...@gmail.com wrote:
I don't know why you can't see them. I just reproduced it easily
Actually I know of a couple cases where fictional characters are assigned
composition credits. _Maybe_ with research the real people could be
discovered, but it's also possible you wouldn't find anything.
e.g.,
http://musicbrainz.org/artist/c6eda16b-1cc1-4c82-8ab7-50a18aac5791/relationships
It may be that a single work isn't supposed to have multiple ISWC codes, but
in reality I believe it is the case that many single works do in fact have
multiple ISWC codes.
I've been searching the ASCAP database (
http://www.ascap.com/ace/search.cfm?requesttimeout=300) for Pokemon
(USA) theme
As long as mastering/mixing/engineering relationships apply to the Recording
level, and can't be moved to a Track/Tracklist level (Release level doesn't
work, because each recording could have different involved people), then
there is absolutely no way you can merge (1) and (2).
This is why I
+1, but this needs guidelines / serious thought first.
Gender: I believe this should be allowed. Some fictional characters may be
a different gender than the voice actor/actress behind him/her. It can only
be helpful.
Country: If we allow this for other genders, there need to be guidelines
I did read the guildeline, but it is unhelpful and confusing in a different
area than you've pointed out.
Do not use the instrumental attribute for karaoke recordings, see Karaoke
Version Relationship Type instead.
That statement doesn't even begin to lead an editor to the answer of why the
, and that is why I gave the RFC a second week
asking for anyone to comment / help with the wording. And nobody did
:(
Still, better late than never, I guess. Please discuss the wording :)
On Tue, Jul 5, 2011 at 5:29 PM, Yin Izanami yind...@gmail.com wrote:
I did read the guildeline
I would suggest using tags to mark them temporarily if there's really that
much voter resistance. (It doesn't matter how long your tag is, it could be
a sentence...)
2011/6/29 Nicolás Tamargo de Eguren reosare...@gmail.com
On Thu, Jun 30, 2011 at 1:21 AM, symphonick symphon...@gmail.com wrote:
I disagree with having a separate release per lossy/lossless encoding
format. For example, there is essentially zero audible difference between
Amazon MP3's in high-bitrate VBR and iTunes Plus AAC files at ~256kbps.
Plus, editors are already merging CDDA recordings whose volume levels are
Is Musicbrainz interested in capturing birthdays without birth years?
(since it currently doesn't allow a month and date without a year) Since it
is fairly well known that many countries' SSN are not secure enough (numbers
can sometimes be generated correctly from full birthdates and locations of
I am opposed to merging Slim Jewel Case into Jewel Case. I believe this
is a significant loss of information. For example, if someone were using
Musicbrainz data to look for a release in a store, and CD's were filed on
shelves with the spine facing outwards rather than the front cover (there
are
Specifically for releases like a CD jewel box inside a slipcase, we'll
have to pick one. Simon obviously thinks the jewel box should take
precedence over slipcase in that situation. I personally don't have an
opinion either way, except that we should consistently apply whichever of
those two
I can confirm at least two CD keep case releases:
http://musicbrainz.org/release/567afae8-3d72-4ad8-8223-1c0dbbd09403
http://musicbrainz.org/release/9f800a2a-2a6e-490c-95c7-b5b6d380a743
Instead of writing Keep Case (DVDs), why don't we just put up a Packaging
wiki page with a sample picture of a
As Nikki pointed out in the Keep Case RFC, Musicbrainz does not currently
support multiple packages. The way you have worded your Box RFC suggests
Box should take precedence over Jewel Case, Mini Jewel Case, and the like.
(And I know of many boxes with varying package formats inside.)
On Mon,
I also disagree with this strongly because the logic here is easy to
extrapolate ridiculously.
Nearly all Japanese releases are packaged in an Obi, some of which extend
the full width of the jewel case, so would you propose to change those
mini/jewel cases to Obi just like this Slipcase proposal
I don't think you can technically -1 a RFC.
As for me, +1. I've seen it used, and it's significantly different from a
Jewel Case, of which we more similar formats already in Musicbrainz (like
the mini-jewel case, where the major differences in my experience relate to
the booklet/jacket design).
What do you mean by a slim jewel case is the product of more than one
company / a super jewel case is the product of only one company? Because
Super Jewel Box isn't the only company that makes them.
Verbatim also sells them: http://www.amazon.com/gp/product/B6OX99
Pentavision, a Korean
+1. I think I might have added some keep cases as jewel cases by accident.
On Sun, Jun 19, 2011 at 11:38 AM, Michael Wiencek mwt...@gmail.com wrote:
I see this as a fairly obvious and straightforward addition.
http://en.wikipedia.org/wiki/Keep_case
We have several DVD formats available to
Background:
http://en.wikipedia.org/wiki/Mini_CD_single
8cm CD was commonly used by major Japanese labels for a decade. There is a
clear use for it in Musicbrainz, considering 8cm CD shows up on
Musicbrainz' top tags page (
http://musicbrainz.org/tag/8cm%20cd/release-group).
RFC discussion:
@Bogdan B,
I take issue with your very first statement. How is it harder for an
arbitrary user to determine what the cover says than to determine what
the guidelines say? Assuming the user actually owns the release or has
access to all the resources of the release (i.e., VGMdb for most game
I have major objections to recent comments.
jacobbrett wrote:
In my opinion:
Track/Release Titles:
*Typographical errors
*Incorrect titles (e.g. bootleg prints title as a line from the
lyrics,
or two track titles are swapped)
*Poor capitalisation (ALL-CAPS, all-lowercase etc.,
Sorry, in Tracklist Titles and Tracklist Artist Credits differ from Release
Titles and Release Artist Credits, release should be recording.
On Mon, Jun 13, 2011 at 8:43 PM, Yin Izanami yind...@gmail.com wrote:
I have major objections to recent comments.
jacobbrett wrote:
In my opinion
Maybe we should split Format into some form of Physical Format and
Digital Format (not interpreted literally though)? In the case of CD, for
physical we'd have 12cm and 8cm, and for digital we could have...
-CDDA
-Data (not sure how -ROM and -R should be split)
-HDCD
anything else I don't know
What happens if a label changes the URL structure of their website? I'm
concerned this will eventually lead to a countless number of dead links, if
said changes aren't fixable by a simple script.
On Fri, Jun 10, 2011 at 10:21 AM, jacobbrett jacobbr...@hotmail.com wrote:
Calvin Walton-2 wrote:
Proposal is to add 8cm CD as a subtype of CD in the medium format list.
http://en.wikipedia.org/wiki/Mini_CD_singlehttp://en.wikipedia.org/wiki/Mini_CD
http://ja.wikipedia.org/wiki/8%E3%82%BB%E3%83%B3%E3%83%81CD
I'd prefer seeing 8cm CD if no one objects to this, since the format was
most
Hi all,
I've got a disagreement here at edit #14579974. This is for the StarCraft
II game soundtrack. Currently it's listed under Various Artists, but I'd
like to change it to the artists who are printed prominently on the first
page of the jacket, Glenn Stafford, Derek Duke, Russell Brower,
The artist AAA is literally and physically sorted as TORIPURU-EE /
Triple A in Japan. You can see this in Japanese bookstores and on
avexnet's listing of all its artists - it is sorted under the TO
character, not A or E or the like.
I realize artist sort name is not supposed to be used for
29 matches
Mail list logo
