トップへ
<---   取り出しトピック   --->
 
. STEP_K v1.01cでの文字化け つっち〜 03/18月22:11#r48
. Re: STEP_K v1.01cでの文字化け Kobarin 03/21木00:17#r50
. Re^2: STEP_K v1.01cでの文字化け つっち〜 03/21木14:04#r52
. Re^3: STEP_K v1.01cでの文字化け Kobarin 03/23土15:23#r56
. Re^4: STEP_K v1.01cでの文字化け つっち〜 03/23土17:49#r59
. Re^5: STEP_K v1.01cでの文字化け Kobarin 03/23土18:59#r60
. Re^6: STEP_K v1.01cでの文字化け つっち〜 03/23土21:38#r62
 

上の選択記事
. STEP_K v1.01cでの文字化け
     つっち〜 2019/03/18月22:11 #r48
編集&削除  
昨年の6月頃ホームページに記載してあったメールアドレスに送った物ですが、こちらのサポート掲示板にて新たに活動されるとの事で再度こちらに書かせて頂きます。
状況としては、STEP_K Ver 1.01c(x86)にて編集後のファイルをWindows7の標準ファイル情報にて見ると参加アーティスト名が化けてしまいました
どのファイルでも化けるようですのでファイル固有の問題では無いようですし、日本語表記でも英語表記でも文字化けします

文字化けが起きるのは、一旦TAG情報を全て削除し新たにTAG情報を書き込んだ時に発生します、一部の変更では発生しないようです

文字化けした「アーティスト名」を削除すると「トラック名」が
文字化けし、再度「アーティスト名」を入力して書き込むとまた
「アーティスト名」の項目が文字化けします
STEP_Kの表示では文字化けしていませんので、問題がSTEP_Kなのか
Windows7側なのかは不明です
因みに編集したファイルを「Mp3tag v2.88」で読み込むと問題無く表示され、さらに書き込みすると
Windows7のファイル情報でも文字化けは治ります。

STEP_K表記      Windows7表記
「アーティスト名」=「参加アーティスト」
「トラック名」  =「タイトル」

以下のTAG情報でのファイル先頭の文字化けしている物と文字化けしていない
物のバイナリデータです
-----------------------------------------------------------------------
ファイ トラ  アー  アル  トラ  年号      ジャンル
01 8khz 8khz mosq mosq 1 2018.06.20 JPop
-----------------------------------------------------------------------
文字化け有り
--------|-0--1--2--3--4--5--6--7--8--9--A--B--C--D--E--F-|---0123456789ABCDEF
00000000|49 44 33 03 00 80 00 00 10 01 54 50 45 31 00 00 | ID3.......TPE1..
00000010|00 0d 00 00 01 ff 00 fe 6d 00 6f 00 73 00 71 00 | ........m.o.s.q.
00000020|00 00 54 49 54 32 00 00 00 0d 00 00 01 ff 00 fe | ..TIT2..........
00000030|38 00 6b 00 68 00 7a 00 00 00 54 41 4c 42 00 00 | 8.k.h.z...TALB..
00000040|00 0d 00 00 01 ff 00 fe 6d 00 6f 00 73 00 71 00 | ........m.o.s.q.
00000050|00 00 54 52 43 4b 00 00 00 03 00 00 00 31 00 54 | ..TRCK.......1.T
00000060|43 4f 4e 00 00 00 0d 00 00 01 ff 00 fe 4a 00 50 | CON..........J.P
00000070|00 6f 00 70 00 00 00 54 59 45 52 00 00 00 0c 00 | .o.p...TYER.....
00000080|00 00 32 30 31 38 2e 30 36 2e 32 30 00 54 50 4f | ..2018.06.20.TPO
00000090|53 00 00 00 03 00 00 00 30 00 00 00 00 00 00 00 | S.......0.......
000000a0|00 | .
--------|------------------------------------------------|-------------------

文字化け無し
--------|-0--1--2--3--4--5--6--7--8--9--A--B--C--D--E--F-|---0123456789ABCDEF
00000000|49 44 33 03 00 00 00 00 10 01 54 50 45 31 00 00 | ID3.......TPE1..
00000010|00 0d 00 00 01 ff fe 6d 00 6f 00 73 00 71 00 00 | .......m.o.s.q..
00000020|00 54 49 54 32 00 00 00 0d 00 00 01 ff fe 38 00 | .TIT2.........8.
00000030|6b 00 68 00 7a 00 00 00 54 41 4c 42 00 00 00 0d | k.h.z...TALB....
00000040|00 00 01 ff fe 6d 00 6f 00 73 00 71 00 00 00 54 | .....m.o.s.q...T
00000050|52 43 4b 00 00 00 03 00 00 00 31 00 54 43 4f 4e | RCK.......1.TCON
00000060|00 00 00 0d 00 00 01 ff fe 4a 00 50 00 6f 00 70 | .........J.P.o.p
00000070|00 00 00 54 59 45 52 00 00 00 0c 00 00 00 32 30 | ...TYER.......20
00000080|31 38 2e 30 36 2e 32 30 00 54 50 4f 53 00 00 00 | 18.06.20.TPOS...
00000090|03 00 00 00 30 00 00 00 00 00 00 00 00 00 00 00 | ....0...........
000000a0|00 | .
--------|------------------------------------------------|-------------------
. Re: STEP_K v1.01cでの文字化け
     Kobarin ホームページ 2019/03/21木00:17 #r50
編集&削除  
mp3 のタグについて最後に調べたのは2年も前で ID3v2 の仕様を
忘れてしまったのでバイナリデータは後できちんと検証してみますが、
STEP_K(STEP_M も STEP にも) には、以下の不具合が存在します。

・ID3v2.4 でフレームの非同期化が必要なデータを書き換えると
 文字化けする

BOM 付のユニコード文字列を使ったり、画像を使ってる場合に
発生しやすいです。

この不具合は ID3v2.3 なら発生しません。

もし ID3v2.4 なら、他のソフトで ID3v2.3 に変換して下さい。
STEP_K では ID3v2.4 の使用はお勧めしません。

きちんとした検証は後でやるとして、バイナリを見る限り、
ff 00 fe という箇所が点在しています。おそらく BOM 付
ユニコード文字列(リトルエンディアンのUTF16)を使った
データです。

STEP_K によってフレームの非同期化がされて文字化けするの
だと思います。おそらくそのデータは mp3infp/u とか、国産
のソフトの多くでは文字化けせずに表示されるのではないで
しょうか。


この不具合は mp3infp にも存在していて、不具合を修正すると
国産の音楽再生ソフトの多くで文字化けしてしまう(おそらく
国産ソフトの多くが mp3infp でタグを書き換えたデータをタグ
取得の動作確認に用いてるからと思います)という大変厄介な
不具合です。

2年前のことなので現状では違うかもしれません。

v1.02 正式版を公開しようとする直前に気づいて、その後
どう対応すべきか考えるのもイヤになって開発を中断して
しまいました。

このまま放置しとくのがまずいのは分かっているのですが、
私は STEP_K に関してはあまり開発意欲がないんですよね。

タグの書き換えとしては個人的には十分な機能を備えている
し、元々自分で書いたものではないので、メンテナンスする
のは正直シンドイです。

繰り返しますが、STEP_K で MP3 のタグを書き換えるなら、
ID3v2.3 をお使い下さい。ID3v2.4 はお勧めしません。

いずれは何とかしたいと思いますが、対応の仕方をまじめに
考えると頭痛がしてきてしまって…。

誰か STEP_MP3 だけでも作り直してくれると良いのですが…。
. Re^2: STEP_K v1.01cでの文字化け
     つっち〜 2019/03/21木14:04 #r52
編集&削除  
申し訳ないですが私は素人ですので、詳細は分かりかねますが「ID3v2.4」にはしていませんし
以前から「STEP_M」にて編集し「ID3v2.2」になった物にジャケット入れ等の為「Mp3tag v2.88」にて「ID3v2.3」の状態にしています
部分編集だけなら「Mp3tag v2.88」でも良いのですが、エクセルの様に一括で編集する場合「STEP_M」の方が使いやすくそのユニコード版という事で「&#9829;(ハート)」等の文字コードも扱えるかと「STEP_K」使わせて頂いたのですが、先の状況ですのでお知らせ致しました。
現状では一部の特殊文字がユニコードで書かれているだけですので、その文字の扱い以外は「STEP_M」でも問題が有りません
無償で使わせて頂いている者としては開発者の皆様には感謝しております。
. Re^3: STEP_K v1.01cでの文字化け
     Kobarin ホームページ 2019/03/23土15:23 #r56
編集&削除  
確認してみたら ID3v2.3 でも非同期化されると WMP では文字化けする
ようですね。foobar だと ID3v2.4 のときだけ文字化けする(というか
表示出来ない)んですけどね。

タグの書き換えや変換時に非同期化されなければ他のソフトで
文字化けすることはない筈です。

設定で非同期化を行わないようにすることが出来ます。


オプション->プラグイン->STEP_mp3 を選択して「設定」をクリック
して STEP_mp3 の設定ダイアログを開き、

「その他」タブの


・ID3v2の非同期化を常に行わない
・ID3v2を作成するときに非同期化を行わない

これらのチェックマークをどちらも「有効」にして下さい。


STEP_K で書き換えた結果、他のソフトで文字化けしているデータに対しては、
設定をこの状態にした上で

対象データを選択して右クリック->「ID3v2バージョン/文字エンコードの変換」で
変換して下さい。一度現在のと異なるものに変換(現在が ID3v2.4 なら ID3v2.3
にするなど)しないとうまく更新されないようです。

STEP_K v1.01c は画像を含むデータを ID3v2.2 に変換(または ID3v2.2 から
ID3v2.3/2.4 に変換)すると画像データが失われる(データとしては残ってるが
他のソフトで見えなくなる)不具合があったと思いますので、ID3v2.3 か v2.4
にするか、v1.02beta2 をお使い下さい。


逆に、他のソフトで書き換えたデータだと、

・ID3v2.4 で非同期化されたデータ

の情報を STEP_K では正しく取得出来ません。
これはその書き換えたソフトの方で ID3v2.3 に変換するなりして下さい。
これは元々 mp3infp/u にもあった不具合なのですが、最新版なら問題ない
ようです。いつの間にか対応されたようです。


これで解決しない場合はまた連絡下さい。

この不具合は再現方法とか条件がややこしくて頭がこんがらがって来ます。


流石にこの状態をいつまでも放置は出来ないので、これから修正に入ろうと
思います。完全な対応は難しいですが、実用上十分と言えるような、応急
処置的な方法は思いつきましたので。

少し時間がかかるかもしれませんが、しばらくお待ち下さい。


ID3v2.4 のフレーム非同期化問題は 元々 mp3infp 系にもあった不具合なの
ですが、最新の mp3infp/u では大丈夫なようですので、もしかしたら修正
されたのかもしれません。逆に、最新の mp3infp/u で ID3v2.4 の非同期化
を有効にすると STEP_K で正しい情報を取得出来なくなっています。

ID3v2.3 で非同期化すると WMP で文字化けするのは気づきませんでしたが、
最新の mp3infp/u でも同様のようです。

ややこしくて本当に頭が痛くなります。

フレームの非同期化は本来 ID3v2 に対応しないソフトの為の処置なわけですが、
ID3v2 は認識するが非同期化に対応しない(またはその実装に誤りがある)ソフト
で文字化けするとか、本末転倒もいいところですね。

(Edited 1times)
. Re^4: STEP_K v1.01cでの文字化け
     つっち〜 2019/03/23土17:49 #r59
編集&削除  
対応ありがとうございます、なかなか難しい部分があるのですねID3タグと言ってもバージョンによる仕様の違いや編集ソフトによる違い等、素人には理解不能かも知れないですね。
この先は分かりませんが、私の使用状況ではユニコードによる文字の使用量が少ないので元ファイルのユニコード検出を兼ねて「STEP_M」にて編集していこうかと思っています
ユニコード文字の使用が増えて来た時には修正された新バージョンを使わせて頂こうかと思います、お騒がせしお手間をお掛け致しました、ありがとうございます。
. Re^5: STEP_K v1.01cでの文字化け
     Kobarin ホームページ 2019/03/23土18:59 #r60
編集&削除  
> この先は分かりませんが、私の使用状況ではユニコードによる文字の使用量が少ないので元ファイルのユニコード検出を兼ねて「STEP_M」にて編集していこうかと思っています

STEP_K の MP3 関係の不具合は STEP や STEP_M にもあると思います。
元にしてるルーチンが一緒なので。

きちんとした検証はこれから始めますが、私はこの不具合はユニコード
化に伴って発生した不具合とは違うと考えています。

MP3 のタグ形式は無駄に複雑すぎます。
ID3v2 を策定した人は頭が良すぎるか大馬鹿のどちらかだと思います。

それに比べると ApeTag v2 とかはシンプルなのに必要十分な
機能を備えていてとても素晴らしいと思います。

一時期 foobar が MP3 にも ApeTag v2 を使っていたのは凄く
理解出来ます。そのせいで更に話がややこしくなっているの
ですが…。(STEP_K では ApeTag を使用した MP3 には対応
していません)
. Re^6: STEP_K v1.01cでの文字化け
     つっち〜 2019/03/23土21:38 #r62
編集&削除  
不具合の元になった原因が「STEP」からかも知れませんが、使う側がその不具合に遭遇しなければ優良なソフトです
原因が複雑に絡み合ったソフトであれば、対処が難しくなるとそれが仕様とされ販売されている物もあると聞きます
今回の場合、私の使い方にて不具合に遭遇しましたので報告させて頂きましたが、修正により他の方に不具合が発生しない事を祈っています
ユニコード文字が増えて来るとまた「STEP_K」を使わせて頂く事になるかと思いますので、その時はよろしくお願いいたします

上へ






RAIBPL1.23-wakatiai.halfmoon.jp 2024/12/04水01:50