Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Japanese Artists #1127

Closed
chadbaum opened this issue Jun 14, 2013 · 7 comments
Closed

Japanese Artists #1127

chadbaum opened this issue Jun 14, 2013 · 7 comments
Labels

Comments

@chadbaum
Copy link

I've had this problem throughout the history of HP. Japanese artists with romanji (the version of their names written using the alphabet) names fail on post-processing because it tries to use the Japanese characters in the name instead of the romanji. Is there a way to have it use the "Sort Name" and "Alias" fields in Musicbrainz for these foreign artists?

Example is Nobuo Uematsu, perhaps the most prolific video-game soundtrack composer:

Could not create folder for Final Fantasy III: Original Soundtrack. Not moving: [Error 123] The filename, directory name, or volume label syntax is incorrect: 'Z:\Media\Music\Organized\By Artist????'

@rembo10
Copy link
Owner

rembo10 commented Jun 14, 2013

Shouldn't be too hard
On Jun 14, 2013 9:34 PM, "Valaire" [email protected] wrote:

I've had this problem throughout the history of HP. Japanese artists with
romanji (the version of their names written using the alphabet) names fail
on post-processing because it tries to use the Japanese characters in the
name instead of the romanji. Is there a way to have it use the "Sort Name"
and "Alias" fields in Musicbrainz for these foreign artists?

Example is Nobuo Uematsu, perhaps the most prolific video-game soundtrack
composer:

Could not create folder for Final Fantasy III: Original Soundtrack. Not
moving: [Error 123] The filename, directory name, or volume label syntax is
incorrect: 'Z:\Media\Music\Organized\By Artist????'


Reply to this email directly or view it on GitHubhttps://github.com//issues/1127
.

@chadbaum
Copy link
Author

Yeah, if you can have it use the alias version of the name, both within the managing pages of Headphones itself, and for purposes of post-processing, that would be fantastic. Thanks.

@chadbaum
Copy link
Author

chadbaum commented Oct 2, 2013

Hi, I just wanted to check if the above fix is still being considered? Thanks.

@piejanssens
Copy link
Collaborator

Possible duplicate #1222.

@vmdude
Copy link

vmdude commented Sep 30, 2014

Support for both kanji and romanji for the same track would be awesome, as today most of filename are using romanji but musicbrainz results are mainly kanji, HP doesn't match both...

@chadbaum
Copy link
Author

It would seem that progress was made on this issue such that it can create a file using kanji and post-process more often. Or maybe it's because I switched to Linux. Either way, it is not usable yet unless we can make it not create folders in Kanji but in the Romanji equivalent instead -- either by pulling the appropriate field in MB or giving us an option in an artist to override the artist name for the purposes of how HP names its files and folders and for the purposes of HP tracking what I already have. In the above example with Nobuo Uematsu, he currently gets added as "植松伸夫" instead, and folders are created with that name. If I then make a script to copy over stuff in that folder to the Uematsu one, I guess I could set all downloaded albums to ignore, and keep at it, but was hoping there was a more direct way to resolve this as I have many artists with this issue. Anyone who likes video game music, to some degree, is going to be effected by this, so I don't think it's an obscure taste or anything. Thanks again! Headphones has been a lot better lately with processing overall.

@rembo10
Copy link
Owner

rembo10 commented Jul 8, 2015

Merging this in with #293

@rembo10 rembo10 closed this as completed Jul 8, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants