至高の MP3 タグ エディタを求めて,,, v11©2ch.net

【よく名前が挙がるタグエディタ】
Mp3tag(Ver. 2.72, 2015/10/10)
http://www.mp3tag.de (v2.61a http://www.vector.co.jp/soft/winnt/art/se506766.html )
STEP_M(Ver. 1.054 f, 2010/09/26)
http://mimumimu.net (v1.053 http://www.vector.co.jp/soft/winnt/art/se480319.html )
Nightmare(Ver. 1.03 2010/10/20)
http://hp.vector.co.jp/authors/VA012911/STEP/step.html
mp3infp(Ver. 2.54a 2007/08/26)
http://win32lab.com/fsw/mp3infp/ (v2.52a http://www.vector.co.jp/soft/win95/art/se139060.html )
田吾作 (Ver. 1.3 2009/09/24)
http://yamatan.jpn.org http://www.vector.co.jp/soft/win95/art/se366814.html
Multimedia Tag Remover(Ver. 1.14 2010/05/06)【開発終了】
http://hp.vector.co.jp/authors/VA027435/ ( http://www.vector.co.jp/soft/win95/art/se430918.html )

■前スレ
至高の MP3 タグ エディタを求めて,,, v10
http://anago.2ch.net/test/read.cgi/software/1354784659/

USというのはUNSYNC(ID3v1.0/1.1の非同期化)有り無し。
まあ最近のソフトや機器ならUNSYNC不要でしょう
あとID3v2.4にするならUTF-8が良いと思う。

訂正>>
USというのはUNSYNC(ID3v1.0/1.1しか使えない機器やソフトウェアのためID3v2.xの非同期化)有り無し。

追加>>
プラグインの設定からmp3=>その他を選び、"ID3V2の非同期化を行わない"や
"ID3V2を作成するときに非同期化を行わない"にﾁｪｯｸを入れると良いでしょう。

こういうの出るからもいまさら必要もないであろう同期化機能は削除してもらいたい

×同期化機能を削除してくれ
○非同期化機能を削除してくれ

ごめん

dgdg

訂正
gdgd

元々STEP_Kは、非同期化の有無は元ファイルに合わせてるだけでしょ。
STEP_Kに非があるわけじゃないな。

まあ、今となっては 「非同期化を常に行わない」 という方を初期値にしてもいいかもな。

それってオプション設定（プラグイン）であるヤツじゃないの？

サーバー(webservices.amazon.co.jp)への接続エラー:>>400: Bad Request
mp3tagでamazonからのタグ取得時にこんなエラー出てしまいます、解決方法ご教示ください(v2.82)

amazonへの接続仕様が変わったんでしょ
mp3tagのアプリアップデートするか自前でamazon含めどっかから落としてくればいい
一括でやるわけでもなけりゃそんな手間でもないでしょ

>>490
Amazon.co.jp対応化ファイル公開してる所でもまだ対応できてないね
便利だったから俺も困ってる

Amazon対応まだかよ

Amazon.co.jpは、結構アルファベットの大文字小文字の違いが
正式タイトルとは違っているのが結構あるから全く使ってないな

例) 正式タイトル 「MooN」　Amazon 「MOON」

iTunesはいいぞ　Amazonと違って、タグはレーベルが直接責任を負ってるから、まずジャケット表記の大文字小文字と違うことが無い
それにアルバムアートも1400x1400で超綺麗だし

iTunes余計なタグが付きまくるのがネックなんだよな
ただ信頼性は高いからキャピタライゼーションルール等いちいち考えなくて済むのはでかい

iTunesは認めるけど使いたくないな
そういう人は多いんじゃないかな
タグにこだわる人は神経質なイメージだけど
スペルが合ってれば、大文字小文字の区別はそこまで気にしないな
使いやすさが大事だな、自分は

ソースファイル弄ってアマゾンからタグ取得できたよ
https://another.rocomotion.jp/14964281705470.html

アーティストも大文字小文字なんて気にしてないんだろうな
ジャケットや公式サイト、iTunes等表記バラバラだし

仕様です

500

表記がバラバラでも好きなように修正できるのがタグエディタなのに

公式の中でも表記揺らぎがあって面倒

散々既出の意見だろうけども、大文字小文字は自分ルールでやっていきたいので
>>494みたいに特殊な変換の仕方を勝手に持ってこられるのは気持ち悪いので全部自分で直す

ジャケット・表紙で大文字なのに中の紙では小文字とかあるやん？
なのでそんな事こだわっても無意味って悟ればいいのよ

基本作詞した人が当然タイトルもつけるのだけど
ちょっと世界観をお持ちなアニソン歌手のLiSAはEGOiSTiC, WiLD, SMiLE, BLiGHT, FLiGHT, Hi FiVE, SPiCEという感じでiは小文字で他大文字という感じで名付け
一方その作曲者の田淵はnow and future, rock-mode, confidence driver, best day...ってすべて小文字タイトルで名付けたがる
ブックレットの見た目はめちゃくちゃ
なので彼らの意向は無視してコンピュータ上のテキスト化では一律強制キャピタライズAlpha Bravo Charlieにしてる
当然読みやすいし、愛着も薄められて変に没入することもなくなる

グレースノートの指針に従っているともいう
http://www.gracenote.com/ja/faq_labels-ja/
Q12. CD情報や更新情報の入力方法について、ガイドラインはありますか？

日本人のアルバムの中の曲ってBLiGHT〜だったりconfidence〜だったりと、アルバム内で表記の統一されてないから気持ちが悪すぎる。
それらの表記は単なるデザイン上の書き方なら問題ないんだけど、それが公式の曲名になってるからタチが悪い

アルバムのブックレット内の書き方はそれぞれの勝手だけど、配信するならグレイスノートなりMusic Breinzのルールに従ってやってほしい

だから好きなように変えろって
何のためのタグエディタだよ

タイトルは著作者(やレーベル)の意向ってことで変則やこだわりも尊重するし気持ち悪いとも思わないな
CD背のタイトル一覧とブックレットで表記ブレてたりするとどっちだよ統一しろよってなるが

amazonは厳密なタイトル情報と売るための商品名との区別がないから気持ち悪い
CD情報は尼使わずcddb参照後に手動修正してるから具体的なところは分からんけど
本の蔵書リスト製作なんかでISBNでデータ引っ張ってくると
【Amazon.co.jp限定】とか(○○文庫 03)とか変な付加情報入っててゲンナリする

以前何かの曲で
ＳuperとかＯriginal
の様に一部だけ全角使ってるcddbデータがあったんだが
元のジャケットを確認したら確かに全角フォントだった
でもそれ多分誤植か誤指定だからそこは再現しなくていいから！と思いました

>>510
わろた

>>510
図書館で借りてきたFridaというアーティストのFor You, Loveというアルバムには難儀した
全部全角大文字
結局自分で手打ちするハメに

それなりのテキストエディタ使えば全角英数半角変換とかあるでしょ

タグエディタの機能でもあるだろ

>>512
再変換して、f9押せばすぐ直るやろ、綴り間違えでもない限り

>>497
助かったわ、サンクス

ソニー参入以降尼より林檎のほうがいいけどな
3000−5000pxはあたりまえだし圧縮率、サイズ指定できる

隠しパラメータでjpeg圧縮行程通してない最良or無圧縮状態も落ちてくるしな
教えないけど

最新ベータ版2.82aでNero形式チャプタ情報の除去機能がつく
neroaacencで作成したmp4ファイルやfb2kが処理したmp4ファイルに勝手に加えられているので有名

>>497のサイト、自分で検索して見付けていたんだが手順通りにやっても全然
できずに？？？状態だった

ずっとmp3tag本体(C:\Program Files\Mp3tag\data\sourcesとか)のsrcファイルを
いじっていたんだがsrcファイルの冒頭を見るとどうもユーザーデータフォルダ
(C:\Users\ユーザー名\AppData\Roaming\Mp3tag\data\sourcesとか)内の
srcファイルを参照してるっぽかったのでこっちを編集したら何事も無くできるように
なった

これは恥ずかしい

たしかに間違えやすいがWindowsユーザーなら説明省かれて当然の常識
ポータブルインストールもしくはインストーラ解凍した場合は%AppData%ではなく直下を読みに行く

Win7以前のソース使ってたならしょうがない(あれ？Mえか？ｗ)

あ、、Ｖiｓtａかｗ

>>518
何の最新ベータ版だよ？

>>519
乙
これからハマるかもしれない人の参考になるしそういう情報は歓迎

神経質というか
マイルールを作るのが楽しい人は
几帳面なのだろう

The Jesus And Mary Chain
The Jesus and Mary Chain
The Jesus & Mary Chain

アーティスト名だけでもこんなに違ってくるんだよな
俺はもう特殊な場合を除いて単語の先頭文字は全て大文字で統一してる
同じタイトルでもスタジオアルバム、ベスト盤、ライブ盤等で表記変わる場合あるからマイルール作るしか無い

>>523
https://forums.mp3tag.de/index.php?showtopic=57

HandBrakeでチャプタ付MP4生成するとApple/Nero形式のハイブリッド対応で書き込まれていて
Nero形式のチャプタが含まれるMP4ファイルにはタグを書き込めないという不具合が5年くらい前から報告されていた
で、そのNero形式チャプタ情報を取り除く機能つけてみたけど正式リリースする前にバグないかベータ（試験）公開中
1からリライトする場合サイズに比例した書き込み時間要するはず
https://forums.mp3tag.de/index.php?showtopic=18879

大文字・小文字にこだわらない人はUNIX界隈の人に嫌われるぞww

グレースノートのガイドライン

弊社の表記基準では、各語の最初の文字を大文字にすることになっています。
（アルファベット表示の場合）CDカバー上に記載されたタイトル名は
すべて大文字やすべて小文字の場合でも、最初の文字は大文字にして下さい。
すべての語を大文字、または小文字にしないようにお願いします。
CDカバーのデザインの都合で特定の書体ですべて大文字または小文字で表示されることがありますが、
テキスト表示では弊社の表記基準に従って下さいますようお願い致します。
ごく稀に、 すべて大文字または小文字で表示するアーティスト名がありますが、
（ABBA、NRBQ、k.d. lang、eelsなど）これらは例外とし、弊社の表記基準は適用されません。
<例>
Title: Party In The U.S.A.
Artist: Miley Cyrus
Album: The Time Of Our Lives

http://i.imgur.com/lwgzQFL.jpg
コアなファンじゃないと曲の意味由来知らないからREMをRemにすべきか
なにかの省略と推定してREMそのままにするかって迷う曲が稀にある
RPGとか有名な単語なら判断困らないんだけど

あとは&や和文英文混じりに半角スペース入れるべきか否かも迷うね
口うるさい林檎信者は入れろ入れろ言うけれど

グレースノートはInやOfも一律最初の文字を大文字にする基準だよな
俺はそれはスルーしてinやofにして送信してるが

グレースノート方式も違和感あるなあ
Party In The U.S.A. より Party in the U.S.A. の方がしっくりくる
なんで普通の英語どおりではダメなのか？
と思ったがYouTubeとか見るとすでにグレースノート方式が多数派なんだな
少数派の持論を振りかざしてもキチガイ扱いしかされないから受け入れるわ

英語の前置詞一覧｜全部で78個ある前置詞
http://mysuki.jp/grammer-prepositionsheet-833
前置詞を小文字にする派もわからんでもないが
自動処理がめんどうだから目をつむって気にしないほうが早いと気づいた

てか原則目次に書いてある通り打つもんだと思ってたわ、わざわざ作者の意向無視して変える理由がわからん
コナンにそんな話あったよな
小説の文字を絶対訂正するなよって言って暗号になってるやつ

でもアポストロフィとかクォーテーションとか
ハイフンとかマイナスとかの文字コードが絡む問題と
カッコやダーシの前後の空白みたいな言語ごとに作法が違う部分で、言語混在してる時だけは悩むな
レイアウトの都合での空白なのか、本当に空白なのかわかりにくい事が多いし

キャピタライゼーションルールはあくまでも文章を読みやすくするためのルールだから
文章（的）ではないアーティスト名や曲名にこれを適応するのは間違っている

副詞のinやonを小文字にするのは違和感がある

ライブラリの中が大文字小文字全角まで入り乱れてると含まれてると発狂しそう

(見やすいかはともかく)図書館だって、アルファベットのアーティスト名や曲名、アルバム名は全角カタカナで統一されてるでしょう。

CDのアートワークやブックレットの表記は発売側の好きにしたらいいけど、データのタグは統一してもらわないとな

英語圏ではそういう統一ルールはあるのか、何ていうのかずっと気になっていたんだけど、キャタピライゼーションっていうんですか。
しかしキャタピライゼーションで検索しても全く引っかからないです。

キャタピラ、オプティマイゼーション、デジタイゼーション、マネタイゼーションとかそんなんしか引っかからない

☆(ゝω・)vｷｬﾋﾟ

御前も大資本主義の歯車となるのだ

ならちゃんとユニコード通りにハイフンマイナスつかわずハイフンとマイナスとenダーシとemダーシを正確に使い分けて登録してるんだろうな

引用符や波線ってどれ使うのが正解なん？

windowsが使ってるチルダは誤り、ちゃんと波ダーシがあるからそっち使う
クォーテーションも半角のは基本的にNG
理由不明だがアポストロフィも半角じゃなくクォーテーション使えって事になってた気がする
他の記号は同じ形でも全部意味によって分かれてるのになんでこれだけ共通なのかは知らん

UnicodeのWAVE DASH例示字形が、25年ぶりに修正された理由
http://internet.watch.impress.co.jp/docs/special/691658.html

こだわってる人が多そうだから聞きたいけど、
STEPの小文字キャピタライズ固定って何に設定してる？
ちなみに私はこんな感じ

a,an,and,at,by,for,of,or,the,to,in,la,de,et

onを入れると、"My Heart Will Go on"と、なんか気持ち悪い感じになるんだよな…

グレースノート方式も悪くはないが、
ギリシャ数字って英語圏じゃIとVとXを組み合わせて書くよね。
それをII、III、IVではなくIi、Iii、Ivみたいに登録してあったりすると
流石にそこは大文字で統一しろよとは思う。

使ってないから仕様は知らないけど、後ろにスペース１つ追加して指定とかってできないの？
そうすれば接続の場合のみ小文字にできると思うけど

>>547
一番最後の単語は小文字にしないんじゃないの？

いまなんとなくiTunesでビートルズをみたら
a, the, and, of, to, atが小文字
リボルバーのLove You ToはなぜかTo
For, In、On、Byは大文字

自分は昔こだわったことあったけど基準がわからないので今は大文字で統一してる

すまん、直前の550見てなかった
Love You ToとDon't Pass Me Byは最後だからか

>>545

STEP_K には全角チルダを波ダッシュに自動的に
置換する設定がある

iTunesは通常版が大文字でリマスター版が小文字とか普通にあるから当てにならん
OasisのDon't Look Back In Angerとか

Headline style
Here are the rules for capitalizing words using headline style:

(1) always capitalize the first and last word (both of the title and the subtitle), and capitalize
all major words (nouns, pronouns, adjectives, adverbs, verbs)

The Marriage You've Always Dreamed Of.

(2) lowercase all articles (the, an, a)

Not a Chance
For the Birds

(3) lowercase the conjunctions and, but, for, or, nor

500 Popular Annuals and Perennials for American Gardeners

(4) lowercase all prepositions regardless of length, unless they are used as adverbs or
adjectives (or part of a verb phrase)

The Holiness of God
The Bible in Translation
but: Bringing Up Boys

(5) for hyphenated words, capitalize the first element; capitalize the second element only if
it's a proper name or adjective.*

The Non-Semitic Languages of Ethiopia.

日本語でおｋ

ほんと俺らって損な性格だよな
たかがタグの大文字小文字や記号の種類で神経すり減らすなんて

だが、英数文字を全角半角ごちゃ混ぜに使っても平気みたいな人種を羨ましいとは思わない。

Capitalization Rules for Song Titles
http://aitech.ac.jp/~ckelly/midi/help/caps.html
ISOなど権威のある標準化、指針ではない民間レベルの誰かが作った一ルールだが
グレースノートよりは西洋の人間的の美的センスがあると思う。参考までに

mp3tagフォーラムでcapitalで検索すれば外人が作った添付スクリプトが結構見つかる
https://forums.mp3tag.de/index.php?act=Search

大文字小文字の話に全角半角の話で割り込んできてるのが居てしょんもりする

半角全角の話じゃないぞ、「同じ形（にみえるもの）だけど意味や役割が違う記号」の話

てかわざわざ表記を原典から変える理由が全くわからなかったが
タグは目的の物を見つけ出すためのアクセス手段に過ぎない、と思えば見やすく統一されてる方が良いって考え方もアリだな、というかそれが本筋か
俺はなんか電子化した自分の収集品って気持ちだから勝手に手を加えるなんてとんでもないと思ってしまうわ

Discogsは単語の頭を必ず大文字にしろってルールだな

自分はカセットテープのレーベル作りの頃から悩んだけどルールがわからないので大文字に統一した
559のCapitalization Rules for Song Titlesはかなりいいと思うけど
「動詞＋前置詞」がPhrasal Verbs(句動詞)かどうかの判断が難しいな
結局決まったルールはないから自分好みのルールで、ってことか

hogehoge (remix version)
みたいのどうしてる？
最近タイトルに関係ない付加情報は
[……]を使うことにした

(……)は
(I can) do it
hogehoge (reprise)
のようにタイトルに関係するときだけ

邦楽だと
hogehige (inst.)
hogehoge ~ inst.
hogehoge ~inst.~
hogehoge - inst.
hogehoge -inst.-
とか様々だよね

基本みんなブックレットに従うのかな？

レコード会社によって表記ちょっとずつ違うけどコンピュータ上では [Instrumental]全部統一してるな
(Off Vocal Ver.)(Karaoke Ver.)(inst. ver.)、コーラス含む含まない無視して一律広義のインスト、バックサウンドとしてね
動的プレイリストで除外したり検索するときも統一してたほうが便利だし
アクションでワンクリックで置換統一できるから面倒ではない

Instrumentalは基本できるだけ歌詞カードの表記や公式の曲名情報に近くしてるけど、
InstrumentalでもInstrumentalじゃない歌詞ファイルのファイル名がマッチするように歌詞表示コンポーネントの設定をその都度追加してたら、

$replace(%artist% - $replace(%title%, <Instrumental>,,<Instrumental>,,' (Instrumental)',,'(Instrumental)',, -Instrumental-,,-Instrumental-,,
' [Instrumental]',,'[Instrumental]',, 〜Instrumental〜,,〜Instrumental〜,, <instrumental>,,<instrumental>,,' (instrumental)',,'(instrumental)',,
-instrumental-,,-instrumental-,,' [instrumental]',,'[instrumental]',, 〜instrumental〜,,〜instrumental〜,,' (Off Vocal)',,'(Off Vocal)',,
<Off Vocal>,,<Off Vocal>,, -Off Vocal-,,-Off Vocal-,,' [Off Vocal]',,'[Off Vocal]',, 〜Off Vocal〜,,〜Off Vocal〜,,' (off vocal)',,'(off vocal)',,
<off vocal>,,<off vocal>,, -off vocal-,,-off vocal-,,' [off vocal]',,'[off vocal]',, 〜off vocal〜,,〜off vocal〜,,' (OFF VOCAL)',,'(OFF VOCAL)',,
<OFF VOCAL>,,<OFF VOCAL>,, -OFF VOCAL-,,-OFF VOCAL-,,' [OFF VOCAL]',,'[OFF VOCAL]',, 〜OFF VOCAL〜,,〜OFF VOCAL〜,,
...（ｒｙ
),",'''',*,_,/,_,:,_,;,_,<,_,>,_,?,_,\,_,\,_,|,_,“,_,”,_).lrc

とかなっててワロタｗ
この後当然Karaokeもinstも控え（ｒｙ

統一感はなくなるが括弧・角括弧の使用やその中身の表記は公式に忠実にすべきだと思うわ
ただ括弧の前の半角スペースは統一して欲しい

邦楽だけど
ベスト盤などはシングルの初出での表現を基準にしてる
ただ、ジャケット表、歌詞、レーベルで違っていることもあるから困る

��橋真梨子なんかHPで「高ははしごだか」と出てるけど
「蜃気楼」までは高橋だからこれに拠っている

前野曜子時代の曲を高橋真梨子に持ち歌みたいな顔で歌われるとイラッとする

知らんがな

人によっては利便性より
オリジナルの表記に拘るんだね
まあ好き好きなんだろーな

あとartistAのアルバムに
I love you feat. artistB
みたいな曲がある場合

タイトルはI love you
アーティストをartistA feat. artistB
アルバムアーティストをartistA

がマイルールなんだけど
どうかな

CDripの後のエンコとかcueとか、どうでもいい,気にしない派と徹底してオリジナルに近づける派とそれよりも利便性派とで大体分かれる。
アルバムアートも歌詞も1ファイルにまとめる人と、タグも極力データベースに任せる人も。

ものすごい労力掛けて築き上げたデータなのに急にどうでもよくなったり、
気分が変わって逆の整理方法で統一する作業とかする人もいるからなー。
年月が経てば趣味思考が変わる事は多々ある事だけども。

Gracenoteが文字や表記の使用をもっと厳格化してくれればこんなに困ること無い
アーティストやレーベルの意向にそってない表記や、全角半角が入り混じった記号（括弧や疑問符）を見るとゲンナリする

洋楽やクラシック音楽は割とグレースノートのルールが厳密に適用されてる。
邦楽はもうめちゃくちゃ。全部自分で打ち直すはめになる。

>>573
あーオレ
カバーアート入れない派だわ
解像度の高い画像探したり
自分でスキャンしてゴミ取りまでやったり
そんな手間を減らしたくて割り切った
プレイヤーの画面はつまらないが
基本どのデバイスでもバックグラウンド再生だから

俺はジャケで覚えてるからアートワーク無しだと無理だわ
〇〇のジャケの何曲目って感じで

>>576
自分はアートワーク必ず入れる派なので、確かにそれのためにかなりの手間を費やしてる。
iTunesStoreに画像がないorあっても綺麗な画像がない時は、自分でスキャン、画像処理ソフトでゴミ消し&色調整。
ジャケット画像を見た目と全く同じ色合いにするのはとても難しく、気がついたら何時間もアートワークのメンテ作業に費やしてたり...

俺が割り切ったのはジャンルだな
JPopにするかJ-Popにするか（表記問題）とか、Indie RockにするかPunk Rockにするか（ジャンル分け）とか考えてたら
いっそ無い方がいいわと思って全部消した

一応「J-POP」がオリジナル表記になるのかな
「J-WAVE」に倣って出来た言葉だからね
https://ja.m.wikipedia.org/wiki/J-POP

ジャンルって扱いがカテゴリ分けだから不便だよね
タグ付けだったら
音楽的に複数の要素を持たせられるのにね