トップへ
<---   取り出しトピック   --->
 
. STEP_K Version 1.01c.2016.0820(正式版) Kobarin 08/20土02:51#r5307
. ソースコード Kobarin 08/20土02:52#r5308
. 不具合の報告 1E3F 09/17土16:39#r5425
. Re: 不具合の報告 Kobarin 09/18日00:30#r5428
. Re: STEP_K Version 1.01c.2016.0820(正式版) 通りすがり 09/25日17:14#r5491
. Re^2: STEP_K Version 1.01c.2016.0820(正式版) Kobarin 09/25日19:18#r5493
. Re^3: STEP_K Version 1.01c.2016.0820(正式版) 通りすがり 09/26月10:01#r5504
. Re^4: STEP_K Version 1.01c.2016.0820(正式版) Kobarin 09/27火02:06#r5507
. Re^5: STEP_K Version 1.01c.2016.0820(正式版) 通りすがり 09/27火14:58#r5508
. Re^6: STEP_K Version 1.01c.2016.0820(正式版) Kobarin 09/27火23:44#r5510
. Re^7: STEP_K Version 1.01c.2016.0820(正式版) 通りすがり 09/28水00:33#r5511
. Re^8: STEP_K Version 1.01c.2016.0820(正式版) Kobarin 09/28水01:19#r5513
. Re^9: STEP_K Version 1.01c.2016.0820(正式版) 通りすがり 09/28水09:25#r5515
. Disc 番号の文字数制限 Kobarin 10/23日11:06#r5647
. Re: STEP_K Version 1.01c.2016.0820(正式版) パン 10/10月15:19#r5598
. Re^2: STEP_K Version 1.01c.2016.0820(正式版) Kobarin 10/10月17:12#r5600
. Re: STEP_K Version 1.01c.2016.0820(正式版) 初歩的な質問で恐縮です 10/16日19:19#r5612
. Re^2: STEP_K Version 1.01c.2016.0820(正式版) Kobarin 10/16日19:59#r5614
. ユーザー指定変換でハイフン前後の空白が無視される Kobarin 10/23日11:00#r5646
. Re: ユーザー指定変換でハイフン前後の空白が無視される 初歩的な質問で恐縮です 10/28金05:30#r5672
. Re^2: ユーザー指定変換でハイフン前後の空白が無視される Kobarin 10/28金23:52#r5673
. リクエスト ID3v1は不要 azaz 10/19水16:38#r5628
. Re: リクエスト ID3v1は不要 通りすがり 10/19水17:31#r5629
. Re^2: リクエスト ID3v1は不要 Kobarin 10/19水18:24#r5630
. Re^3: リクエスト ID3v1は不要 Kobarin 10/23日14:05#r5649
. Re^4: リクエスト ID3v1は不要 azaz 10/28金03:21#r5671
. Re^5: リクエスト ID3v1は不要 Kobarin 10/29土00:03#r5674
. ID3v2のアルバムアートで不具合 カタガネ 10/23日16:36#r5650
. Re: ID3v2のアルバムアートで不具合 Kobarin 10/23日21:34#r5654
. Re^2: ID3v2のアルバムアートで不具合 Kobarin 10/23日22:29#r5657
. Re^3: ID3v2のアルバムアートで不具合 カタガネ 10/23日22:36#r5658
. Re^4: ID3v2のアルバムアートで不具合 Kobarin 10/25火23:34#r5670
 

上の選択記事
. STEP_K Version 1.01c.2016.0820(正式版)
     Kobarin HomePage 2016/08/20土02:51 #r5307
編集&削除 返信  
窓の杜: http://forest.watch.impress.co.jp/library/software/step_k/
vector: http://www.vector.co.jp/soft/winnt/art/se514010.html

サイトの容量に余裕がないため、窓の杜と vector にリンクすることにしました。

7-zip 形式の自己解凍書庫となっています。自己解凍書庫が嫌いな方は
拡張子を .7z に変更後、7-zip 対応の解凍ソフトで解凍して下さい。

動作には VS2015 のランタイムが必要です。

https://www.microsoft.com/ja-jp/download/details.aspx?id=53587

で「Microsoft Visual C++ 2015 再頒布可能パッケージ Update 3」を
インストールして下さい。

ランタイムがなくても SuperTagEditor.exe 本体は動作しますが、プラグインが
動作しないので、実質何も出来ません。

Version 1.01b からの変更点

・STEP_fla.ste(FLAC プラグイン)に関する以下の修正
 ・アーティストソートを含むファイルを開くとアーティストの表示がおかしくなるの
  を修正(アルバムソート、タイトルソート等でも同様)
 ・書き換え時にアーティストソートを壊すことはなかったので安心して下さい
 ・アーティストソートの表示と書き換えには未対応
・VS2015 ランタイム未インストール時に開く URL を変更
 ・またリンク切れになる可能性があるので「Update」なしの配布サイトにも飛べるよ
  うにした(そこもリンク切れになるかもしれないが)

(Edited 1times)
. ソースコード
     Kobarin HomePage 2016/08/20土02:52 #r5308
編集&削除 返信  
STEP_K Version 1.01c のソースコード

http://hwm5.gyao.ne.jp/kobarin/step_k/STEP_K_src_101c_20160820.7z

開発者向けです。一般ユーザーの方はダウンロードする必要はありません
. 不具合の報告
     1E3F 2016/09/17土16:39 #r5425
編集&削除 返信  
STEP_K、公開ならびに更新いつもありがとうございます。
元々STEPを使用しており特に不満もなかったのですが、STEP_Kでは編集可能な項目や使い勝手の改善など細かいながらも色々手が加えられており、作業も捗り助かっております。

不具合、と思われる事象に遭遇しましたので、こちらで報告させてください。
既出や把握済みだったり、当方の誤りによるものでしたら申し訳ありません。

Windows 10 1607 x64
STEP_K 1.01c x64

・再現手順
(1)STEP_KでMP3ファイル(ID3v2形式)を開く。
(2)そのMP3ファイルをプレーヤーで開き再生状態にする。(当方はwinampにて)
(3)タグ情報に変更を加え更新対象とする。
(4)上書き保存を実行する。
  (2)により開かれているので更新に失敗する。
  STEP_Kのエディタ上では標準MP3形式となる。このとき入力済みの文字列の長さによっては尻切れが発生する。
(5)(2)を閉じる、あるいは停止などでファイルを解放する。
(6)上書き保存を実行する。
  ファイルフォーマットの表記がおかしくなる。
例【元々の表記】MPEG1.0 Layer3 192kb/s 44100Hz J-Stereo 10332frames
 【上記を実行】MPEG1.0 Layer1 64kb/s 44100Hz Stereo 96120frames

ファイルの実体が再エンコードされるわけはないと思うので、あくまでも表示上の不具合と思われます。


・STEPでは再現しない(※1)次の2点について、ご確認・ご対応いただければと思います。
A:(4)で行が標準MP3形式となってしまい文字列の尻切れが生じてしまうこと
B:(6)でファイルフォーマットの表示が正しくなくなってしまうこと

Bについては『標準MP3形式/ID3v2形式に自動変換』を実行することで戻る場合もありますが、その他のタグ編集ソフト・機能を通す(※1)などでようやく戻る場合もあり、STEP_K単独では応急処置にも限界があるようです。

お忙しいとは存じ恐れ入りますが、よろしくお願いいたします。


※1:STEP_Mは使用していませんので、STEP_Mで発生するかどうかは未確認です。
※2:foobar2000でタグ形式の変換を実施
. Re: 不具合の報告
     Kobarin HomePage 2016/09/18日00:30 #r5428
編集&削除 返信  
> 不具合、と思われる事象に遭遇しましたので、こちらで報告させてください。

不具合報告ありがとうございます。
詳しい再現手順も書いて頂いてとても助かります。
ファイルを壊すエラーではないようで良かったです。

プレイヤーの方がひと段落してからやろうと思っていますので、
ちょっと時間がかかるかもしれません。

手元の最新版では FLAC で作曲者とかに対応しているのですが、
公開はまだ出来そうにありません。

. Re: STEP_K Version 1.01c.2016.0820(正式版)
     通りすがり 2016/09/25日17:14 #r5491
編集&削除 返信  
バグ報告です
タグの表示項目に関することです。
左がオプション画面の文字列で、イコールの右側が表示画面の文字列です

STEP_K 1.01c(X86)
アーティスト名=アーティスト名
Albm.アーティスト=項目自体が無し、STEP_Mから設定ファイルを持ってきたらたまたま表示された
Track数=DiscNo ←これを下段にあるSTEP_Mと同じに修正して欲しい
アルバム名=バグ 設定しても画面に項目が出てこない
TrackNo = Disc数 ←これを下段にあるSTEP_Mと同じに修正して欲しい

STEP_M Ver 1.054f
アーティスト名=左に同じ
Albm.アーティスト=左に同じ
アルバム名=左に同じ
Track.No=左に同じ
Disk.No=左に同じ

取りあえず、アルバム名が表示されないバグを確認しました。
あと、STEP_Mでの表記に慣れてしまいましたので
上記矢印にて指摘している部分の名称を揃えて頂けると嬉しく思います。
. Re^2: STEP_K Version 1.01c.2016.0820(正式版)
     Kobarin HomePage 2016/09/25日19:18 #r5493
編集&削除 返信  
> バグ報告です
> タグの表示項目に関することです。
> 左がオプション画面の文字列で、イコールの右側が表示画面の文字列です
>
> STEP_K 1.01c(X86)
> アーティスト名=アーティスト名
> Albm.アーティスト=項目自体が無し、STEP_Mから設定ファイルを持ってきたらたまたま表示された
> Track数=DiscNo ←これを下段にあるSTEP_Mと同じに修正して欲しい
> アルバム名=バグ 設定しても画面に項目が出てこない
> TrackNo = Disc数 ←これを下段にあるSTEP_Mと同じに修正して欲しい

普通に表示出来ていると思うのですが…。

さすがに「アルバム名」が出てこなかったら今まで不具合報告が
来なかったことは考えられないです。

「オプション」->「オプション設定」->「表示項目設定」

の設定変更は、設定画面上にも書いてある通り、プログラムを再起動
するまで反映されません。

STEP_M の INI ファイルと STEP_K の INI ファイルに互換性があるか
どうかは未確認です。互換性はないものとお考え下さい。

> あと、STEP_Mでの表記に慣れてしまいましたので
> 上記矢印にて指摘している部分の名称を揃えて頂けると嬉しく思います。

Disk => Disc は私の個人的な趣味によるものですが、敢えて手間をかけて
変更しているので元に戻すつもりはありません。

TrackNo と Track数、DiscNo と Disc数を異なるカラムに分けて表示して
いるのも同様です。

STEP_M と STEP_K は系譜は同じであっても違うソフトであると割り切って、
多少の表記の違いは慣れて下さい、としか言いようがありません。
. Re^3: STEP_K Version 1.01c.2016.0820(正式版)
     通りすがり 2016/09/26月10:01 #r5504
編集&削除 返信  
大変申し訳ございません。
同じシステムエンジニア業務をしている身にも関わらず、しっかり確認しないで
初期段階からの恒例と、様々作者のSTEで慣例で行ってきたINIファイルをそのまま使う。
ということを行ってしまったために、全ての報告がこちらの不手際、不適切な発言となってしまったことをお詫びします。
SRCL-8684などの型番をDiscNoに入れてること、TrackNoにはそのDISCのトラック番号を入れてます。
それがINIファイルをそのまま使うことによってTrack数とDisc数というタグだけが表示され
こちらでずっと親しんで使ってましたDiscNoとTrackNoがINIを代用したせいで見えなくなっていました(使えないと判断してしまいました)
さすがに表示しないのはおかしいと思ったアルバム名も、INIを代用したせいで再起動しても表示されなくなるようでした。

INIは削除して作り直しました。

本当に申し訳ございません。
UNICODEの対応、本当に数年単位で心待ちしておりました。
タグだけUNICODEで埋め込めることは別のSTEで可能でしたが、実際にUNICODE文字を入力(表示)するところまでは対応してなかったので、結局MP3TAGを使うしか無く不便に感じてました。
Kobarin様のSTEP_Kが完全にUNICODEに対応したことをたまたま雑誌で知り、昨日導入したところ、対応していたことに歓喜しました!
今回の件、本当に申し訳ございません、これからも応援致しております。
m(_ _)m
. Re^4: STEP_K Version 1.01c.2016.0820(正式版)
     Kobarin HomePage 2016/09/27火02:06 #r5507
編集&削除 返信  
問題解決したようで良かったです。
実はちょっとだけ不安でした。(^^;

STEP/STEP_M の INI は使えないことを明記しておいた方が良いのかも
しれませんね。

本来なら INI に書かれた設定がおかしい場合には適切な処理を行わないと
いけませんが、落ちるとかではないなら、ある意味「正しい」設定だった
のかもしれませんね。

STE は十数年間愛用して来たソフトです。Unicode に対応出来て私自身が
とても嬉しく思っています。

あとは誰か開発を引き継いでくれる人が現れるのを待つのみです。
. Re^5: STEP_K Version 1.01c.2016.0820(正式版)
     通りすがり 2016/09/27火14:58 #r5508
編集&削除 返信  
確認なのですが、上にも書いてありますように
うちではDiscNoにはSRCL-8684のように型番を入れています。
で、前回Drag&DropでDiscNoにSRCL-8684が入ってるのを確認したので気がつきませんでしたが
今回、新たにDiscNoにWPCR-17204を入れようとしたらエラー音が鳴りました。
手動で文字を入れて確認すると、3文字までしか入れられないのですが仕様でしょうか、不具合でしょうか?
コピペでも3文字まで挿入されエラー音だったので、タグに有ればそれが表示されますが、新規の入力では3文字までの制限がかかってます。
ここに型番を入れられないとなると、他のタグ名で代用(キーワードとか)するしかないのですが
不具合と言うことでしたら直して頂けると助かります。

本当はどういうタグを打つ名目で用意されてるかが重要なのですけどね。
強烈なほどのファイルがありますが、他のタグへのコピペ移動自体は簡単に行えますので
その型番はこのタグへ打つべきということであれば、その旨教えて頂けると嬉しく思います。
. Re^6: STEP_K Version 1.01c.2016.0820(正式版)
     Kobarin HomePage 2016/09/27火23:44 #r5510
編集&削除 返信  
> 手動で文字を入れて確認すると、3文字までしか入れられないのですが仕様でしょうか、不具合でしょうか?
> コピペでも3文字まで挿入されエラー音だったので、タグに有ればそれが表示されますが、新規の入力では3文字までの制限がかかってます。
> ここに型番を入れられないとなると、他のタグ名で代用(キーワードとか)するしかないのですが
> 不具合と言うことでしたら直して頂けると助かります。

FLAC で確認したら大丈夫でしたが、ファイル形式によっては 3 文字制限に
しているのかもしれません。

多分 ID3v2 と ApeTag のどちらかまたは両方ですね。

DiscNo/Disc数が x/y 形式になっているのを(表示上) x と y に分けるように
仕様変更したので、その時に文字数制限も追加したのかもしれません。

FLAC では mp3tag とか foobar で入力可能なのを確認しましたので、他の形式
でも通常は文字数制限とか、使える文字に制限はないのでしょう。
あくまでも文字列で書き込んでいますからね。

文字数制限だけなら修正は簡単ですので、次の版で修正しておきます。
扱っている形式が mp3/tta(id3v2) か ApeTag で、その型番に / という文字を含む
場合は DiscNo と Disc数に分けて表示されてしまいますが、これは仕様です。
書き込み時には繋げます。

> 本当はどういうタグを打つ名目で用意されてるかが重要なのですけどね。
> 強烈なほどのファイルがありますが、他のタグへのコピペ移動自体は簡単に行えますので
> その型番はこのタグへ打つべきということであれば、その旨教えて頂けると嬉しく思います。

う〜ん、私にも分かりません。
少なくとも DiscNo に入れるべきものではないと思います。

STEP_K では出来ませんが、mp3tag とかなら、FLAC とか OGG であれば
任意のフィールド名を作れたと思うので、型番専用のフィールド名を作って
そこに書き込めば良いと思います。MP3 だと分からないですね。
. Re^7: STEP_K Version 1.01c.2016.0820(正式版)
     通りすがり 2016/09/28水00:33 #r5511
編集&削除 返信  
扱えるファイル形式が多数あるのでMP3と明言すべきでした、すいません。
MP3でID3v2.3+v1.1),UTF16の話となります。
複数枚のアルバムの場合にABCD-127〜130とかABCD-127/130
と書く場合がありますが、書き込み時に繋げてるということでしたら
ファイルの中身は変わらないので、是非対応の方よろしくお願い致します。
新規でタグ情報を作る方法があるのは知っていますが(一時期行ってましたが、気づかないと後に突っ込まれた)
誰かがうちのMP3を持ち帰った時、可能な限り標準の設定で
あらゆるタグを見られるようにするという方針をしてますので
出来れば新規タグを打ちたくないというのが本音です。
(身内でルールを作ってまして、アニメなら放送開始日やそのCDの発売日など、多岐に渡って沢山の情報を埋め込んでいます)

FLACではDiscNoは画面表示されてもグレー状態で入力が出来ないので(キーワードもグレー)
作曲者とかに型番入れてたり(汗)
音楽CDではジャズとクラシック、ハイレゾでしかFLAC(DSD含む)は使っておりませんので
こちらの形式に限っては、型番をどこのタグに入れるかは保留中な感じです。

取りあえず、MP3に限っての話ですが、DiscNoに本文3行目の書き方が出来るようにお願いしたいと思います。
キーワードの方も考えたのですが、MP3でもキーワードはグレー状態でした。
あと、STEP_KでのDisc_NoでFLACでの入力を試して見ましたが、7文字までの制限のようです。
他のソフトでは同じく制限を設けていないようです。
こちらも文字数制限の緩和が出来たらお願いしたいです。

DiscNo/Disc数をx/yという形式ということですが
実はどういう意味で使うのか理解していないため、 Kobarin様の想定している使い方によっては
今回の文字制限の緩和は、内容によってはそれは出来ないという返信があるかもしれないと考えてはいます。

以上、よろしくお願い致します。
. Re^8: STEP_K Version 1.01c.2016.0820(正式版)
     Kobarin HomePage 2016/09/28水01:19 #r5513
編集&削除 返信  
> あらゆるタグを見られるようにするという方針をしてますので
> 出来れば新規タグを打ちたくないというのが本音です。

良く分かりませんが、「コメント」に入れるとかではダメなんでしょうか。
コメント内に「型番:xxx」みたいな。

> DiscNo/Disc数をx/yという形式ということですが
> 実はどういう意味で使うのか理解していないため、 Kobarin様の想定している使い方によっては
> 今回の文字制限の緩和は、内容によってはそれは出来ないという返信があるかもしれないと考えてはいます。

FLAC や OggVorbis ではディスク番号とディスク数が異なるフィールドに書き込まれます
が、MP3(の ID3v2) と ApeTagv2 では同じフィールドに書き込まれます。ディスク番号が
1 でディスク数が 2 なら 1/2 のようにです。

STEP_K では値を取得時に 1/2 を 1 と 2 に分解してカラムを区別して表示し、書き換え
時に繋げます。

STEP_M では 1/2 のように表示されているものが、STEP_K では 1 と 2 に分解
されて表示されます。表示上の違いだけで、書き込まれる値は同じです。

そういう訳で、ディスク番号とディスク数に数字以外の値が入ることを想定していない
ため、文字数制限を厳しめにしたのだと思います。(半年前のことなので良く覚えていない)

x/y のようになっている場合 x と y のどちらかが数字以外の場合とか、/ が複数個
使われている場合にどうしていたかは覚えていません。

トラック番号/トラック数/ディスク番号/ディスク数に数字以外を入れてはいけないとか
文字数制限とかは(タグの仕様上は)特にないので、制限は次の版で緩和しておくように
します。

でも、本音を言うと、この4つのフィールドの文字数制限は 3 文字で十分(2文字でも
良いくらい)で、それ以上長い文字列を書き込めるようにはあまりしたくないです。
. Re^9: STEP_K Version 1.01c.2016.0820(正式版)
     通りすがり 2016/09/28水09:25 #r5515
編集&削除 返信  
ジャンルがアニメの場合、タイトル名にアニメの曲名を
コメントにタイトル名 + OP2とか、OP,ED,IM,INを入力しています。
ファイル名:見たいもの見たい.mp3
トラック名:見たいもの見たい
アーティスト:KiKi
アルバム名:ダッシュ勝平
コメント:ダッシュ勝平 OP
年号:1981/10/04 (アニメ放送開始日です)
DiscNo:COCC-70071 (型番です)
TrackNo:9 (その型番のCDに入っている何曲目か)

ジャンルがアニメと特撮だけに限りますが、アルバム名にアニメタイトルが入っていると、データベースで処理する際に
都合が良いのでそうしてます、人によってはおかしいと突っ込まれそうですが、元々どこのタグに何を入れるかは自由という名目上なので。
アニメが入ったCDそのものは、また別の方法でタグ打ちしてて、そこはアルバム名は普通にCDのアルバム名にはなっています。(そちらの方の年号はCD発売日をタグ打ちしています)
で、うちのイントラネット内で行われてる動作が、うちで決められたルールに基づいたタグの打ち方になってるものですから、現在このような形になってます(声優や一般曲はまた別のルールで、そこはアルバム名には普通にCDのアルバムの名前が入ってます、上でも書いてますようにアニメが入ったCDそのものもそうです)
IDV1の頃になりますが、入れるタグの場所が無くて、RIFF MP3というのが出回り始めた時に
ちょうどその方が考えた拡張タグの仕様をその方が公開してまして、その時に現在のタグの打ち方を決めました。(色々と方法は変わっていきましたが、現在に落ち着いています)
こちらの事情はもちろんKobarin様には関係のないことですし、本音上ではしたくないということですが、対応していただけるということですので助かります。
どうかよろしくお願い致します。
. Disc 番号の文字数制限
     Kobarin HomePage 2016/10/23日11:06 #r5647
編集&削除 返信  
他の多くのフィールドは文字数制限を 260 文字にしています。
Disc 番号とかは 7 とか 3 ですね。

これを 260 にするのはさすがに気が引けるので 32 としますが
それだけあれば十分ですよね。

滅多にありませんが、アルバムによっては、ディスクごとにちょっとした
名前がついてるものがあります。

私が持ってるものだと、「サザンオールスターズ」の「海の Yeah!」という
アルバムが

Disc 1 が 「〜SEA SIDE〜」
Disc 2 が 「〜SUNNY SIDE〜」

となっていますね。
こういうケースでは、ディスク番号に 「1 〜SEA SIDE〜」みたいに入力したく
なることはあるかもしれませんね。
. Re: STEP_K Version 1.01c.2016.0820(正式版)
     パン 2016/10/10月15:19 #r5598
編集&削除 返信  
下で二件報告されてる分についてのアップデートはいつ頃になるでしょうか?
首を長くしてお待ちしております。
. Re^2: STEP_K Version 1.01c.2016.0820(正式版)
     Kobarin HomePage 2016/10/10月17:12 #r5600
編集&削除 返信  
DiscNo の文字数制限の方は修正作業自体は大したことないんですが、
ソースコードの公開とか準備が面倒くさくて…。

1E3F さんに指摘された方はまだ確認もしていません。

STEP_K はあまりにも巨大になり過ぎていて、ソースコード見てるとめまいが
してくるんですよね。これ以上あんまり触りたくないというか…。

これまで何度も書いてる通り、開発を引き継ぐ人が現れることに期待したいの
ですが、これ以上いじくり回すより一から作り直した方が良いとも思います。

Mimura さんもその方向で考えているようですし。

ユーザーインターフェースを似せた別のソフトを最初から作った方が却って
近道かもしれません。

まあ、気長にお待ち下さい。
催促(?)があったので少し優先順位を高めることにします。
なるべく 10 月中にはやるようにします。
. Re: STEP_K Version 1.01c.2016.0820(正式版)
     初歩的な質問で恐縮です 2016/10/16日19:19 #r5612
編集&削除 返信  
ユーザー指定変換タグに関して。
決め打ちで1byteスペースを入れたいのですが無視されてしまいます。

%TRACK_NUMBER2% - %TRACK_NAME%

としたいのですがハイフンの前後のスペース文字が消失して詰められてしまいます。

それまで希望通りの表記が使えたSTEP_MのSuperTagEditor.iniを参考に見てみると

[UserConvFormat]
Name0="名称未設定"
TagToFile0="%TRACK_NUMBER2% - %TRACK_NAME%"
FileToTag0="%TRACK_NUMBER2% - %TRACK_NAME%"

と、変数全体をダブルクォートで囲むことでエスケープしているようです。
同様の設定をSTEP_KのGUIメニューから書き込んだところ、リテラルにダブルクォートが付いてスペースは依然として削除されて変換されました。
.iniの書き換えで試すと起動時に設定がクリアされてしまいました。

x64版です(Win7)。1.01aで問題に気づいてアップデートしましたが同じ仕様のようです。
設定書式を工夫することでアップデートなしに実現できるならそれで構いません。
どうぞよろしくお願いします。
. Re^2: STEP_K Version 1.01c.2016.0820(正式版)
     Kobarin HomePage 2016/10/16日19:59 #r5614
編集&削除 返信  
> ユーザー指定変換タグに関して。
> 決め打ちで1byteスペースを入れたいのですが無視されてしまいます。
> %TRACK_NUMBER2% - %TRACK_NAME%
> としたいのですがハイフンの前後のスペース文字が消失して詰められてしまいます。

この辺のソースコードはあまり触りたくないところですね。(汗;

特に空白をトリムするようにした覚えはありませんが、もう半年も
前のことなので…。

調べてみます。やっぱり細かいところで(意図しないところで)オリジナルと
動作が変わってしまっているのですね。

時間かかるかもしれませんが気長にお待ち下さい。
. ユーザー指定変換でハイフン前後の空白が無視される
     Kobarin HomePage 2016/10/23日11:00 #r5646
編集&削除 返信  
> > ユーザー指定変換タグに関して。
> > 決め打ちで1byteスペースを入れたいのですが無視されてしまいます。
> > %TRACK_NUMBER2% - %TRACK_NAME%
> > としたいのですがハイフンの前後のスペース文字が消失して詰められてしまいます。

調べてみましたが問題なく空白が入ってるような気がします。
何か勘違いしてるんでしょうか。

トラック名が AAA, トラック番号が 3 のときに

%TRACK_NUMBER2% - %TRACK_NAME%

にしていたら、

03 - AAA

になれば良いのですよね。
それが

03-AAA

になってしまう不具合という意味だと思っていましたが…。
もしかしてフォントの関係で空白が分かりにくくなってるとか
ではありませんか?
(Edited 1times)
. Re: ユーザー指定変換でハイフン前後の空白が無視される
     初歩的な質問で恐縮です 2016/10/28金05:30 #r5672
編集&削除 返信  
だいぶ間が空いてしまいました。

お返事いただいたとおりの仕様でこちらの意図は伝わっています。
こちらで改めて確認のため実行するとやはり1バイトスペース文字が消えてしまいます。
アルファベット、数字、記号(アンダーバーなどファイル名使用可能文字)、全角スペースは表示されるのですが
1バイトスペース文字だけ解釈されずに詰まってしまいます。
. Re^2: ユーザー指定変換でハイフン前後の空白が無視される
     Kobarin HomePage 2016/10/28金23:52 #r5673
編集&削除 返信  
もしかしてα版の頃からお使いでしょうか。

オプション設定->ファイル名文字置換->ファイル名の以下の文字を置換する

で半角スペースのところを確認してみて下さい。

文字が見えないので画面上は分からないですが、空白が入ってないのでは
ありませんか?ここの空白を消すとご指摘の症状を確認出来ます。

もしくは「ユーザ置換文字設定」のいずれか、変換前のところに空白文字を
入れて変換後の方に何も入れてないのがある場合もご指摘の症状を確認
出来ます。

この場合、ユーザー指定変換とかは関係なくて、ファイル名に空白文字を
使うこと自体が出来なくなります。

α版のときに、ここの設定の空白文字が保存時に消えるバグを持っていました。
α版の設定を引き継いだ場合はご指摘の症状になるかと思います。

step_k_history.txt

0.01alpha4(2016/03/03)

・オプション->ファイル名文字置換で置換後の文字を半角空白にしている場合、半角空
 白は置換されずに置換前の文字が削除されるようになっていたのを修正
 ・例えば、半角空白 => 半角空白(初期値)の場合だと
  A BC.mp3 => ABC.mp3 になる(本来なら A BC.mp3 のままでなければいけない)
 ・INI ファイル読み込みで、設定値が半角空白になる可能性があるのを想定しておら
  ず、半角空白をトリムしていたのが原因
 ・alpha3a からバージョンアップして alpha3a の INI ファイルをコピーして使いま
  わす場合は必ず「ファイル名文字置換」を設定し直して下さい。

(Edited 1times)
. リクエスト ID3v1は不要
     azaz 2016/10/19水16:38 #r5628
編集&削除 返信  
こんにちは。
STEP復活ありがたいことです。
さっそくですがリクエストを1つ。
私はmp3のタグはID3v2のみでいいと思ってます。
ID3tag(v1)は一義性を損なうので邪魔だと思っています。
ところがID3v2のみのmp3ファイルをSTEPで読み込み、編集し、セーブするとID3v1が作成されます。
以前からのSTEP伝統です。
もちろんコマンドで削除は可能ですが面倒です。
機会があればID3v1は自動的に作成しないオプションを作ってください。
ではでは。
. Re: リクエスト ID3v1は不要
     通りすがり 2016/10/19水17:31 #r5629
編集&削除 返信  
設定はしっかり試しましょう
プラグインのMP3の項目で
「ID3v2の場合ID3TAGを作成しない(更新時に削除する)」
ってので期待した動作が行えるはずです
試しました
. Re^2: リクエスト ID3v1は不要
     Kobarin HomePage 2016/10/19水18:24 #r5630
編集&削除 返信  
対応形式ごとの設定は「オプション」->「プラグイン」から行うことが出来ます。
MP3 以外は大した設定はないですけどね。

後で確認してみますが、もしかしたら制限を超えない場合でも ID3v1 を作らない
ようにする設定がないかもしれません。

ID3v1 対応打ち切りは個人的には賛成です。
ついでに言えば RIFF MP3(RMP) 対応もなくしても(むしろない方が)良いと
思っています。いまどき使ってる人はいないでしょうし。

ID3v1/RMP 対応を完全に打ち切ったプラグインを別途作ろうかと思ったくらい
です。読み取りは対応、書き換え時は常に ID3v2 に変換、みたいに。

ID3v1 対応を完全になくすと、本体の方も、ツールバーの 「ID3Tag」「SIF/ID3v2」
ボタンの区別が不要になって作りがシンプルになるし、メリットは大きいんですが、
他人が作ったソフトの機能を改造版で削るのは少し勇気が要るのですよね。

あまり大きな修正を加える気力が残ってないというのもあります。
. Re^3: リクエスト ID3v1は不要
     Kobarin HomePage 2016/10/23日14:05 #r5649
編集&削除 返信  
やっぱり長さの制限内に収まってると ID3v1 になってしまうようで、
ID3v1 を全く作らない設定がないようです。

ここは今となっては無駄な設定が多いのでシンプルにしたいのですが、
副作用が多くていじるのが怖いです。

ソースコード上もフラグ変数だらけで頭がこんがらがって来ます。
ほとんどどうでも良い設定ばかりなんですが。

ちょっと対応に時間がかかるかもしれません。

誰かやってくれないかな…。
. Re^4: リクエスト ID3v1は不要
     azaz 2016/10/28金03:21 #r5671
編集&削除 返信  
おー、プラグインに設定があるのは気づきませんでした。
エンコードもあらかじめ決められるのは素晴らしいです。
(個人的にはv2.4/utf-8派ですがバージョン複数あると大変ですね)
thx!
. Re^5: リクエスト ID3v1は不要
     Kobarin HomePage 2016/10/29土00:03 #r5674
編集&削除 返信  
> おー、プラグインに設定があるのは気づきませんでした。
> エンコードもあらかじめ決められるのは素晴らしいです。
> (個人的にはv2.4/utf-8派ですがバージョン複数あると大変ですね)

「ID3v2 の場合 ID3tag を作成しない(更新時に削除する)」

は文字通り ID3v2 の場合に ID3v1 を削除するものであって、元々
ID3v2 でない場合には何もしません。

ID3v1 の制限を超えていないと、自動では ID3v2 を作りませんので、
この設定を有効にしても、ID3v1 は作成されてしまうことになります。

現在これに対応しようと試みていますが、ものすごく苦労しています。
完全に大ハマリしています。挫折しそうです。


(Edited 1times)
. ID3v2のアルバムアートで不具合
     カタガネ 2016/10/23日16:36 #r5650
編集&削除 返信  
画像が埋め込まれたMP3を STEP_K で ID3V2 のバージョンを v2.2に変換すると、
どのソフトでも画像が表示出来ないmp3になるようです
このmp3を KbMediaPlayer で再生させると、情報パネルが黒く染まってしまいます、
別の音楽ファイルを再生してから、再び問題のmp3を再生すると、今度はフリーズします
アルバムアートに対応した当初のバージョンのKbMediaPlayerの場合はクラッシュします。

ひょっとしてID3v2.2はアルバムアート非対応なのでしょうか?
画像が埋め込まれたID3V2を v2.2に変更できなくさせるか
問題のmp3をKbMediaPlayerで開いても、黒く染まらずフリーズしないように
修正を加えてもらえると良いかと思います。

実は結構前からこの不具合には気が付いていました、
規格外?なMP3での不具合だったので修正の対応の必要性があるのか疑問だったので
今まで報告していませんでした。
. Re: ID3v2のアルバムアートで不具合
     Kobarin HomePage 2016/10/23日21:34 #r5654
編集&削除 返信  
> 画像が埋め込まれたMP3を STEP_K で ID3V2 のバージョンを v2.2に変換すると、
> どのソフトでも画像が表示出来ないmp3になるようです

http://kbmplaybbs.dip.jp/?md=tv&pn=5645&ln=1#l2

こちらの不具合とも関係していますが、ID3v2.2 のアルバムアートは
v2.3/v2.4 とは保存の仕方が異なっているので、単純な変換では済ま
ないようです。

これから調査してみますが、mp3infp/u でも同じになるのではないか
と思います。

> 規格外?なMP3での不具合だったので修正の対応の必要性があるのか

ID3v2.2 でもアルバムアートは埋め込むことが出来ます。
記録の仕方が v2.3/2.4 とちょっと違うため、きちんと意識して
実装しないと正しく変換出来ません。

v2.2 => v2.3 とかもうまく行かないと思います。
v2.3 <=> v2.4 は大丈夫かもしれません。
. Re^2: ID3v2のアルバムアートで不具合
     Kobarin HomePage 2016/10/23日22:29 #r5657
編集&削除 返信  
ID3v2.3 <=> ID3v2.4 であればアルバムアートも正しく変換出来るようです。

ID3v2.3 => ID3v2.2
ID3v2.4 => ID3v2.2
ID3v2.2 => ID3v2.3
ID3v2.2 => ID3v2.4

がダメですね。mp3infp/u でも同様です。
v2.3 と v2.4 のアルバムアートはフレームの中身の構造が同じだから
大丈夫なようですが、ID3v2.2 は少し違うんですよね。

簡単に修正出来るかな…。
書き換えルーチンは出来ればあんまり触りたくないのですけどね…。

とりあえずこの件は後回しにして v1.02 beta を数時間以内に公開
予定です。
. Re^3: ID3v2のアルバムアートで不具合
     カタガネ 2016/10/23日22:36 #r5658
編集&削除 返信  
> ID3v2.2 でもアルバムアートは埋め込むことが出来ます。
> 記録の仕方が v2.3/2.4 とちょっと違うため、きちんと意識して
> 実装しないと正しく変換出来ません。

なるほどID3v2.2 も対応していたのですね、
手持ちのソフトのどれもが画像が表示できなかったので
てっきり対応していないと勘違いしていました。
. Re^4: ID3v2のアルバムアートで不具合
     Kobarin HomePage 2016/10/25火23:34 #r5670
編集&削除 返信  
> なるほどID3v2.2 も対応していたのですね、
> 手持ちのソフトのどれもが画像が表示できなかったので
> てっきり対応していないと勘違いしていました。

STEP_K で修正しました。もう少し動作テストしたら公開します。
変換によって生成された規格外のデータを正しいデータに戻すのも実装済み
です。タグの更新時に自動的に正しいデータに修正される形にします。

STEP_M と mp3infp/u にも同じ不具合があります。
結構重要なバグなので、修正版とそのソースコードを公開したら
mp3infp/u の方でも反映してくれると良いのですが…。

KbMedia Player で表示されなかったのは、ID3v2.2 の PIC フレームの
解釈の仕方が誤っていた(ID3v2.3/2.4 と同じ解釈の仕方にしていた)
ことと、ID3v2.2 のフレームサイズの計算の仕方が誤っていたことが
原因です。

このうちの後者の方のバグがなかったら、画像を表示出来てしまって
いました。他のソフトでは表示出来ないのになぜか KbMedia Player
では表示出来てしまう、みたいな感じになるところでした。

上へ






RAIBPL1.23-wakatiai.halfmoon.jp 2017/02/26日15:05