一括表示

[No.10120] mp3infp 2.54f5 投稿者:Rem  投稿日:2009/10/09(Fri) 03:52:09

#あまりに長くなったのでスレッド切ります

http://www.mediafire.com/file/iimt0hygy4n/mp3infp254f5.7z
md5: 6127c5356f969f837738b8865d69b328
導入不可報告の前にはmd5をご確認ください。

tta:id3とtak:ape独自拡張([REG_DWORD]HKEY_CURRENT_USER\Software\win32lab.com\mp3infp\UseExperimentalSupportを非0)が使えますが、もし使って落ちた場合レポートをいただけると助かります。
拡張子判定でttaをmp3、takをapeとして認識させると言う手抜きでございますので…

ライセンスは(L)GPLに抵触しない範囲であればT-Matsuo氏が自由に設定できます。

2.54f5 (091008) ※正式
clean.batを再作成
今度こそx86と干渉しないようになった
インストーラーにfallbackを付けた
cplのmanifestを修正

2.54f4 (beta for x64) (091005)
インストーラーを修正
・x86とx64を分離(x86 on x64ではmp3infp.cplはインストールされません)
・x64ではSetRegView 64/DisableX64FSRedirection/$PROGRAMFILES64を使用し、x86と干渉しないように(?)

2.54f3 (alpha for x64) (091002)
1. x86では正式版に移行
2. インストール時のcaseを考慮(ごく一部、caseが考慮される環境があるため)
3. x64ではx64\Japanese.lngを展開するようにした
4. x64ではRegDLL "mp3infp.dll"をやめて!system "regsvr32 /s mp3infp.dll"に
5. x64にはverpatchを適用しないようバッチファイルを修正

2.54f2 alpha (090904)
1. regGetDword()内のtypoを修正
2. 隠し設定: HKEY_CURRENT_USER\Software\win32lab.com\mp3infp\UseExperimentalSupportにDWORDで非0を書き込むと、
ttaのid3タグ、takのapeタグが使用可能になります。ただし当然ながらタグ以外は取得できません。玄人向け。
3. インストーラーを修正。x64版とx86版は統合されました。x64OSの場合x86版のmp3infp_regist.exeは解凍されません。

2.54f1 prealpha (090903)
1. libvorvisを1.2.3に、liboggを1.1.4に更新
2. Highly experimental version for x64.
Many changes in solution file, so not compatible with before; VC6 workspace and clean.bat have been removed.

2.54f (090726)
Win9x用パッチを確実に当てるようバッチファイルとともに同梱

2.54e (090701)
1. FMP4 (FFmpeg MPEG4)を識別するようにした
2. 更新履歴の整備
3. ソースからbyteswapおよびgetoptを除去

2.54d1 "Diff" (090701)
1. MMCommand.cppにおいて"Xvid MPEG4"とtypoしていたのを"XviD MPEG4"に修正
2. XviDのバージョン取得に対応した(ロジックは2.54dに含まれていたがtypoのために働いていなかった)

2.54d (090627)
1. http://xmm.sourceforge.net/DivX5-6_Xvid_Bitstream_version.php
およびsinkuhadouken_090613.zip/codecs.iniをマージ。
判別コーデック数とDivXバージョンが増加。
2. YVYUがYVUYとtypoされていたのを修正
3. 未知のDivXのビルド番号を取得する時、「DivX5」ではなく「DivX」で比較していたバグを修正

2.54c (090626)

2.54b (090616)
1. AAC HEが正しく表示されるようになった
2. VC2008でコンパイル可能になった。※unicows.libをlibcmt.libに結合するか、リンカ入力に追加するかすること

そういえば、mp3infp「.dll」2.54fとかになってましたね、まあ当時はDLLにちょこちょこ変更を加えるぐらいしか考えてなかったからなぁ…


[No.10122] Re: mp3infp 2.54f5 投稿者:K.Takata  投稿日:2009/10/10(Sat) 10:20:37

> tta:id3とtak:ape独自拡張([REG_DWORD]HKEY_CURRENT_USER\Software\win32lab.com\mp3infp\UseExperimentalSupportを非0)が使えますが、もし使って落ちた場合レポートをいただけると助かります。
ShellExt.cppを見たところ、ttaはレジストリの値に関わらず、id3を読むように見えます。

別件ですが、タイムスタンプを変更しない設定にした場合でも、ID3v2とRIFF SIFの相互変換を行うと、タイムスタンプが変更されてしまうバグがありましたので、ソースを修正しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp_timestamp.zip


[No.10123] mp3infp 2.54g 投稿者:Rem  投稿日:2009/10/11(Sun) 12:44:17

http://www.mediafire.com/file/nnwmzcjgj4k/mp3infp254g.7z

2.54g (091010)
1.ID3v2とRIFF SIFの相互変換時、タイムスタンプを変更しない設定にしていた場合でも、タイムスタンプ修正のタイミングを誤っていたため変更されてしまっていたバグを修正
2.実験的サポートがttaについては常時有効になっていたバグを修正
3.japanese.lngのリンカオプションに/NOENTRYを付加。言語ファイル読み取りもLoadLibraryからLoadLibraryExに

>mp3infp_regist
どうやっているのか私も知りたいですが、ソース紛失した以上T-Matsuo氏しか知る者はいないと言う.


[No.10125] mp3infp 2.54g/u1 投稿者:K.Takata  投稿日:2009/10/12(Mon) 21:54:13

mp3infp 2.54g のUnicodeビルドを作ってみました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254g_u1.7z (2.4MB)

きわめて実験的なものであり、致命的な不具合が含まれているかもしれません。バックアップを取った上で専用環境でお試しください。
詳細は同梱の mp3infp_unicode.txt に記載しています。


[No.10126] Re: mp3infp 2.54g/u1 投稿者:Rem  投稿日:2009/10/12(Mon) 22:13:26

>WDK 7.0.0 では、Win2k 用の実行ファイルはビルドできません。
すみません、どういうエラーが出るのでしょうか。エラーの内容によっては直せるかもしれません。
#OSバージョンが5.1に設定されるのであればverpatchは必要でしょうし、そうでないならverpatchは(Win9x/WinNT4専用ということになるため)不要なので消してかまわないと思います。

###VC2008であればWin2Kはビルド可能なはずというわけで.


[No.10127] Re: mp3infp 2.54g/u1 投稿者:K.Takata  投稿日:2009/10/12(Mon) 23:10:12

> >WDK 7.0.0 では、Win2k 用の実行ファイルはビルドできません。
> すみません、どういうエラーが出るのでしょうか。エラーの内容によっては直せるかもしれません。
サブシステムバージョンが5.1に設定されるのは確かですが、それ以上は確認していません。
ご存じかもしれませんが、サブシステムバージョンはわざわざツールを作らずとも、editbin コマンドまたは link /edit で変更可能です。

> ###VC2008であればWin2Kはビルド可能なはずというわけで.
VC2008に比べてWDKが優位な点は、無料なところと、OSにインストール済みのランタイム(msvcrt.dll, mfc42u.dll)が使えるため、配布ファイルのサイズが小さくできる点でしょうか。
#後は、WDK7なら静的解析ツールが自動で動くのがおもしろいかも。
#http://blogs.msdn.com/jpwdkblog/archive/2009/08/26/microsoft-auto-code-review-oacr.aspx

なお、2.54g/u1では、Winampのヘッダファイルの位置変更や、ビジュアルスタイル対応、ベースアドレス設定などに関して、VC2008のプロジェクトファイルの修正はできていません。


[No.10128] Re: mp3infp 2.54g/u1 投稿者:Rem  投稿日:2009/10/12(Mon) 23:30:23

> ご存じかもしれませんが、サブシステムバージョンはわざわざツールを作らずとも、editbin コマンドまたは link /edit で変更可能です。
なるほど、/subsystemが使えないことしか把握していませんでした。
あとはインポートされる関数を見ないとなんとも言えませんね…

安直な方法として、PSDKのlibを使ってみる?

> VC2008に比べてWDKが優位な点は、無料なところと、OSにインストール済みのランタイム(msvcrt.dll, mfc42u.dll)が使えるため、配布ファイルのサイズが小さくできる点でしょうか。
なるほど。VC2008だとmsvcr90/mfc90しか使えませんからね…

> ビジュアルスタイル対応
1の24とか完全にバグってますね…直します。


[No.10129] mp3infp 2.54g/u2 投稿者:K.Takata  投稿日:2009/10/13(Tue) 07:43:08

mp3infp 2.54g のUnicodeビルドを更新しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254g_u2.7z (2.4MB)

・ID3TAG入力文字数ガイドが Unicode 文字数単位になっていたのを、バイト数単位に修正
・Id3tagv2.cpp/.h にアルバムアーティストの関数を追加(UI は未作成)

前の版と同様に、きわめて実験的なものであり、致命的な不具合が含まれているかもしれません。バックアップを取った上で専用環境でお試しください。
詳細は同梱の mp3infp_unicode.txt に記載しています。
#なお、実行ファイルは WDK 6001.18002 でビルドしているので、Win2kでも実行可能です。

> > ビジュアルスタイル対応
> 1の24とか完全にバグってますね…直します。
SIDEBYSIDE_COMMONCONTROLS を ISOLATION_AWARE_ENABLED に修正するのもお忘れなく。
ビジュアルスタイルに対応すると、コモンコントロールがANSIモードではなく、Unicodeモードで動作することになるので、影響がないか確認が必要です。


[No.10130] mp3infp 2.54g/u3 投稿者:K.Takata  投稿日:2009/10/14(Wed) 01:20:58

mp3infp 2.54g のUnicodeビルドを更新しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254g_u3.7z (2.4MB)

・余分な文字コード変換処理を修正
・IsDBCSLeadByte() の呼び出し部分を見直し

前の版と同様に、きわめて実験的なものであり、致命的な不具合が含まれているかもしれません。バックアップを取った上で専用環境でお試しください。

なお、今回ANSI版(2.54g)に以下の不具合が見つかりました。
・Tag_Wma.cpp の CTag_Wma::AddCommentString() でメモリリーク
・mp3infp.rc, mp3infp_cpl.rc 内にスペルミス (CHANKU -> CHUNK)


[No.10131] mp3infp 2.54g/u4 投稿者:K.Takata  投稿日:2009/10/14(Wed) 22:07:25

mp3infp 2.54g のUnicodeビルドを更新しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254g_u4.7z (2.4MB)

・Unicode ファイル名の MP4 ファイルを扱えるように修正。

前の版と同様に、きわめて実験的なものであり、致命的な不具合が含まれているかもしれません。必ずファイルのバックアップを取った上でお試しください。

なお、ANSI版に以下の不具合が見つかっています。
・ShellExt.cpp/DlgContextMenu()の座標の取得が間違っているために、マルチディスプレイ環境などで右クリックメニューが正しい位置に表示されない場合がある。(GET_X_LPARAM()/GET_Y_LPARAM()を使うべき)


[No.10132] mp3infp 2.54g/u5 投稿者:K.Takata  投稿日:2009/10/15(Thu) 23:55:41

mp3infp 2.54g のUnicodeビルドを更新しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254g_u5.7z (2.4MB)

・M3U が正しく読み込めていなかったのを修正
・文字コードが UTF-8 の M3U に対応
・拡張子 .m3u8 に対応

前の版と同様に、きわめて実験的なものであり、致命的な不具合が含まれているかもしれません。必ずファイルのバックアップを取った上でお試しください。


[No.10134] Re: mp3infp 2.54g/u5 投稿者:Rem  投稿日:2009/10/16(Fri) 10:32:03

もうここまで来るとANSI版はWin98で動けばいいやみたいな感じになりつつありますね(変更点が多くbackport困難)…


[No.10136] Re: mp3infp 2.54g/u5 投稿者:K.Takata  投稿日:2009/10/17(Sat) 00:04:05

> もうここまで来るとANSI版はWin98で動けばいいやみたいな感じになりつつありますね(変更点が多くbackport困難)…

Unicode版はまだまだバグが残っていそうで・・・

ANSI版に対する変更ファイルを用意しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp245g_mod_src.zip

2.54g/u6の修正項目のバックポート状況は以下の通りです。

修正済み項目
・ShellExt.cpp/DlgContextMenu()の座標の取得が間違っている
・Tag_Wma.cpp の CTag_Wma::AddCommentString() でメモリリーク
・mp3infp.rc, mp3infp_cpl.rc 内にスペルミス (CHANKU -> CHUNK)
・ビジュアルスタイル対応
・MMCommand.cpp の Winamp 制御部のソースコードの記述を修正

修正した方が良いと思われるが、対応していない項目
・mp3infp.dll のベースアドレスを他とぶつかりにくいアドレスに設定
・インストーラの実行部分を UPX で圧縮するようにスクリプトを修正
・インストーラのデータを LZMA で圧縮するようにスクリプトを修正
・Winamp のヘッダを最新のものに更新
・libogg, libvorbis の COPYING ファイルをソースに同梱

その他対応していない項目
・Id3tagv2.cpp/.h にアルバムアーティストの関数を追加
・文字コードが UTF-8 の M3U に対応
・拡張子 .m3u8 に対応


[No.10135] mp3infp 2.54g/u6 投稿者:K.Takata  投稿日:2009/10/16(Fri) 23:47:41

mp3infp 2.54g のUnicodeビルドを更新しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254g_u6.7z (2.4MB)

・レジストリ書き込み処理を修正
・拡張子が .m3u8 の場合にツールチップが表示されなかったのを修正
・MMCommand.cpp の Winamp 制御部のソースコードの記述を修正

前の版と同様に、きわめて実験的なものであり、致命的な不具合が含まれているかもしれません。必ずファイルのバックアップを取った上でお試しください。


[No.10137] mp3infp 2.54g/u7 投稿者:K.Takata  投稿日:2009/10/17(Sat) 09:58:12

mp3infp 2.54g のUnicodeビルドを更新しました。
UACでmp3infp_registがまともに動作できないのを解消できたため、インストーラを統合しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254g_u7.7z (2.1MB)

・x86 と x64 インストーラを再統合
・mp3infp_regist.exe が Admin 権限で動作するようにマニフェストを設定
・x64 用の mp3infp_regist を mp3infp_regist_x64.exe にリネーム
・インストール時に再起動が必要な場合のみ、RunOnce を使って OS 起動時に
 mp3infp_regist を実行し mp3infp.dll を登録するように変更
・インストールスクリプトにバージョン番号を埋め込むのをやめた

引き続き、きわめて実験的な版であり、致命的な不具合が含まれているかもしれません。必ずファイルのバックアップを取った上でお試しください。


[No.10138] Re: mp3infp 2.54g/u7 投稿者:Rem  投稿日:2009/10/17(Sat) 12:37:34

ところでこちらのライセンスはどうなっているのでしょうか。

###将来万が一T-Matsuo氏がzlibなどのライセンスに切り替えようとした場合.

#それがわからないと、ANSI差分も直接使えるかわからなかったり


[No.10139] Re: mp3infp 2.54g/u7 投稿者:K.Takata  投稿日:2009/10/17(Sat) 14:44:22

> ところでこちらのライセンスはどうなっているのでしょうか。

正直なところ、ライセンスなどという面倒なものにはあまりかかわりたくないわけですが・・・。

ベースとなっている mp3infp 2.54a が LGPL であり、それに則り開発を行っています。従って 2.54g/uX は LGPL としての扱いをお願いします。
LGPL→GPLのような互換性のあるライセンスの変更は問題ありませんが、LGPL→zlibのような互換性のない変更は別途連絡をお願いします。


[No.10141] Re: mp3infp 2.54g/u7 投稿者:Rem  投稿日:2009/10/17(Sat) 21:10:37

> LGPL→zlibのような互換性のない変更は別途連絡をお願いします。
まあこちらもそう言うことは予想されていましたが…
そちらのANSI版は解釈のみを取り込ませていただきますね

##### というか最近T-Matsuo氏が現れないのは何故だろう。この辺のことはT-Matsuo氏に聞くのが一番早いのでありますが。


[No.10145] mp3infp 2.54h 投稿者:Rem  投稿日:2009/10/18(Sun) 20:19:31

mp3infp 2.54h(091018)
http://www.mediafire.com/file/jt2vyoyd2yz/mp3infp254h.7z

1.libogg/libvorbisをソースの形で配布するようにした(ビルドすると2つが結合された.libを生成します)。COPYINGも同梱。
2.Winampのヘッダを更新
3.インストーラーの実行部分をupx --bestで、データをLZMA(solid)で圧縮するように
4.mp3infp.rc、mp3infp_cpl.rc 内のスペルミスを修正
5.ShellExt.cpp/DlgContextMenu()の座標の取得において、負の座標を32768以上の正の座標と解釈していたバグを修正
6.Tag_Wma.cpp/CTag_Wma::AddCommentString()におけるメモリリークを修正
7.MMCommand.cppのWinamp制御部のコードにおいて、数値を定義された定数に置き換えた
8.ビジュアルスタイル対応
9.mp3infp.dllのベースアドレスを変更(x86:0x5d5000000、x64:x6005d500000)
10.アルバムアーティストの関数を追加
11.mp3infp_regist.exeがAdmin権限で動作するようmanifestを設定
12.x86とx64のインストーラーを統合(しましたがx64についてはUnicode版をお薦めします)
※ファイルサイズが大きいのは、WDKでないのでmsvcrt.libが使えないためです


[No.10154] mp3infp 2.54h/u1 投稿者:K.Takata  投稿日:2009/10/19(Mon) 00:38:27

mp3infp 2.54h のUnicodeビルドを作成しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254h_u1.7z (1.6MB)

・Rem 氏の 2.54h の変更を反映
 - LoadLibraryEx()が正常に動作しない問題があったのでLoadLibrary()に戻した
なお、oggvorbis のフォルダ構成の変更と、インストールスクリプトの修正に関しては、未マージです。

引き続き、きわめて実験的な版であり、致命的な不具合が含まれているかもしれません。必ずファイルのバックアップを取った上でお試しください。


[No.10155] Re: mp3infp 2.54h/u1 投稿者:K.Takata  投稿日:2009/10/19(Mon) 00:50:41

> mp3infp 2.54h のUnicodeビルドを作成しました。
> http://homepage3.nifty.com/k-takata/tmp/mp3infp254h_u1.7z (1.6MB)

Unicode版の2.54h/u1ですが、素のWin2kにインストールすると、msvcp60.dllがないために起動できないという問題が見つかりました。対応は検討中です。
XP以降であれば、msvcp60.dllは最初からインストール済みのため問題ありません。
また、Rem氏のANSI版はmsvcp60.dllを使用しないため、本件には関係ありません。


[No.10157] Re: mp3infp 2.54h/u1 投稿者:Rem  投稿日:2009/10/19(Mon) 10:04:54

> なお、oggvorbis のフォルダ構成の変更
Unicode版ではvorbisのソースと.libの両方が入っていますが理由があるのでしょうか。

>インストールスクリプトの修正
upx --best以外は実質同じではありますが、ソースを直接取り込めなかったためこうなってしまいました…


[No.10160] Re: mp3infp 2.54h/u1 投稿者:K.Takata  投稿日:2009/10/19(Mon) 22:36:59

> Unicode版ではvorbisのソースと.libの両方が入っていますが理由があるのでしょうか。.

libを残しておいた方が、誰かがVS2008のUnicode環境を構築する際に楽かと思い、そのままにしていたのですが、2.54h/u1では2.54hに合わせて.libは消しました。
ただ、OggとVorbisのソースを一緒にしてしまうのはどうなのでしょう。Oggを使うものには他にもTheoraとかFLACとかがあるわけですし。

> upx --best
こちらで試したところ、upx --bestよりも-9の方が縮みました。
(大きなexeだと--lzmaが一番縮むことが多いのですが。)


[No.10161] Re: mp3infp 2.54h/u1 投稿者:Rem  投稿日:2009/10/19(Mon) 22:52:43

> TheoraとかFLACとか
に本家が対応したら考えます.

あーすみません,g/u7の段階でogg/とvorbis/に分けられてましたね,見落としてました,そこは直します(少なくともフォルダ構造は).

> こちらで試したところ、upx --bestよりも-9の方が縮みました。
次版では-9にします.

### Unicode版付属のlibvorbis_static.vcprojが..\libogg.vspropsに依存してしまっているっぽいです.まあ今回のはその解消および/GLとvorbisenc.c/barkmel.cの削除というところです.


[No.10156] Spybot で妙な表示が…… 投稿者:皓い鴉  投稿日:2009/10/19(Mon) 03:17:13

 はじめまして。
 本家での更新が久しくないので、なかば更新を諦めていたところ、ふとした拍子に掲示板を覗いたら、有志の方が更新されていたようで、正直有り難いです。
 ところで、表題の件ですが、私の使用している環境では Spybot なるスパイウェア対策のツールを入れているのですが、それの常駐機能にレジストリやらシステムファイルやらへの危険と思われる類いの動作をダイアログで警告するという機能があるのですが、こちらの掲示板で公開されている版のインストーラーを使用した際に何かが引っかかってしまうようです。
 どのようなメッセージであったかはよく覚えていないのですが、一応問題はないのかどうか気になったので報告します。

(インストール後、一度目に『その処理を許可する』を選択してしまった影響か、その後許可リストから一旦削除しても再現できませんでした。前の版から入れ直して再起動してから試せば再現できるかも知れませんので、今度時間のある時にでもやってみようかと思います)
 


[No.10164] Re: Spybot で妙な表示が…… 投稿者:皓い鴉  投稿日:2009/10/23(Fri) 05:19:17

 ホワイトリストを削除して、OS再起動後に再インストールしてみましたが、再現しませんでした。
 というか、2.54h にアップデートしてから、何故か mp3 のポップアップに mp3infp が使われなくなったような……?
 設定では『有効』になっているのに。
 環境の問題でしょうか……?


[No.10147] Re: mp3infp 2.54h 投稿者:Rem  投稿日:2009/10/18(Sun) 20:49:31

書き忘れ
13.LoadLibraryEx()が正常に動作しない問題があったのでLoadLibrary()に戻した(ロードはできているようだ)


[No.10148] Re: mp3infp 2.54h 投稿者:K.Takata  投稿日:2009/10/18(Sun) 22:22:14

2.54hのリリースお疲れさまです。

> 13.LoadLibraryEx()が正常に動作しない問題があったのでLoadLibrary()に戻した(ロードはできているようだ)
これについてもう少し詳しく教えていただけないでしょうか。


[No.10149] Re: mp3infp 2.54h 投稿者:Rem  投稿日:2009/10/18(Sun) 22:39:57

> > 13.LoadLibraryEx()が正常に動作しない問題があったのでLoadLibrary()に戻した(ロードはできているようだ)
> これについてもう少し詳しく教えていただけないでしょうか。

少なくとも"control mp3infp.cpl"が、comctl32.dllで例外を吐いて落ちました。
どういう例外なのかはデバッグしないとわかりませんが…


[No.10150] Re: mp3infp 2.54h 投稿者:K.Takata  投稿日:2009/10/18(Sun) 22:49:06

> 少なくとも"control mp3infp.cpl"が、comctl32.dllで例外を吐いて落ちました。
> どういう例外なのかはデバッグしないとわかりませんが…

そちらの環境で2.54g/u7を使った場合は同じように落ちますでしょうか。
また2.54hでverpatchを掛けない場合でも落ちますでしょうか。


[No.10151] Re: mp3infp 2.54h 投稿者:Rem  投稿日:2009/10/18(Sun) 23:03:17

> そちらの環境で2.54g/u7を使った場合は同じように落ちますでしょうか。
> また2.54hでverpatchを掛けない場合でも落ちますでしょうか。
落ちます。
直当該ファイルのサイズは75776、md5はbb84781f50f4d3504b04b88e7bcbba57です。
2.54g/u7のJapanese.lngを使っても同じでした。

AppName: rundll32.dll
AppVer: 5.1.2600.5512
ModName: comctl32.dll
ModVer: 6.0.2900.5512
Offset: 00007901
です。


[No.10152] Re: mp3infp 2.54h 投稿者:K.Takata  投稿日:2009/10/18(Sun) 23:18:19

あー、何かよく分かりませんがVista以外だと落ちるっぽいですね。
このところVista以外で確認していなかったため気付きませんでした。
Unicode版も修正します。


[No.10153] Re: mp3infp 2.54h 投稿者:Rem  投稿日:2009/10/18(Sun) 23:24:15

> あー、何かよく分かりませんがVista以外だと落ちるっぽいですね。
> このところVista以外で確認していなかったため気付きませんでした。
なぜでしょうね…以前は正常にロードできていた気がするのですが。


[No.10133] Re: mp3infp 2.54g/u4 投稿者:Rem  投稿日:2009/10/16(Fri) 10:24:06

> ・ShellExt.cpp/DlgContextMenu()の座標の取得が間違っているために、マルチディスプレイ環境などで右クリックメニューが正しい位置に表示されない場合がある。(GET_X_LPARAM()/GET_Y_LPARAM()を使うべき)
あれですか、shortにキャストしないと65535とかいう正の座標で送られるとかいうことですか…


[No.10140] Re: mp3infp 2.54g/u4 投稿者:col  投稿日:2009/10/17(Sat) 16:10:30

新バージョンのインストーラー形式のものをまたうpしていただけませんでしょうか?


[No.10142] Re: mp3infp 2.54g/u4 投稿者:Rem  投稿日:2009/10/17(Sat) 21:11:50

> 新バージョンのインストーラー形式のものをまたうpしていただけませんでしょうか?
2.54gと2.54g/u7のインストーラー形式はアップされていますけど。
2.54hはまだコンパイルされていません。


[No.10143] Re: mp3infp 2.54g/u4 投稿者:迅リ  投稿日:2009/10/18(Sun) 11:56:00

> 2.54gと2.54g/u7のインストーラー形式はアップされていますけど。
> 2.54hはまだコンパイルされていません。

mp3infp254g_u7.7z
これはどうやって実行すればいいのでしょうか?


[No.10144] Re: mp3infp 2.54g/u4 投稿者:Rem  投稿日:2009/10/18(Sun) 12:09:09

> mp3infp254g_u7.7z
> これはどうやって実行すればいいのでしょうか?
7-zipで圧縮されていますので解凍してください。対応ツールは多く有りますので。
そのなかのsrc/Installerフォルダにインストーラーが入っています。


[No.10146] Re: mp3infp 2.54g/u4 投稿者:Rem  投稿日:2009/10/18(Sun) 20:24:05

> 7-zipで圧縮されていますので解凍してください。対応ツールは多く有りますので。
> そのなかのsrc/Installerフォルダにインストーラーが入っています。
あくまで本家2.55が出るまでのつなぎだと思ってください。
#いつか、いつか。


[No.10158] Re: mp3infp 2.54g/u4 投稿者:col  投稿日:2009/10/19(Mon) 13:34:26

ID作成の時にタイトルの最後につく拡張子を初期設定で消す方法ってあるのでしょうか?


[No.10159] Re: mp3infp 2.54g/u4 投稿者:Rem  投稿日:2009/10/19(Mon) 17:14:08

> ID作成の時にタイトルの最後につく拡張子を初期設定で消す方法ってあるのでしょうか?
数年前に同じ質問が出てたような…
隠し設定にて対応するかもしれません


[No.10162] Re: mp3infp 2.54g/u4 投稿者:K.Takata  投稿日:2009/10/19(Mon) 23:14:51

> > ID作成の時にタイトルの最後につく拡張子を初期設定で消す方法ってあるのでしょうか?
> 数年前に同じ質問が出てたような…
当時の経緯は知りませんが、拡張子が付くのはバグではないでしょうか。
例えば、CId3tagv1::MakeTag() の場合、

 strcpy(szDefaultName,getFileName(CString(szFileName)));

が問題の部分ですが、szFileNameからCStringオブジェクトを作り、

 (a) CString getFileName(CString &path);

をコールしようとしているように見えますが、実際にコールされているのは

 (b) const char *getFileName(const char *szPath);

だと思われます。
(a),(b)ともに同じ関数名なので、同じ処理をするのかと思いきや、実際には(a)は拡張子を除いたファイル名を返し、(b)はファイル名+拡張子を返します。
CId3tagv2::MakeTag() と CTag_Ape::MakeTag() も同様です。
呼び出し部分を、

 CString strFileName = szFileName;
 strcpy(szDefaultName,getFileName(strFileName));

のように変更すれば、(a)がコールされるようになるようです。
ちなみに、CRMP::MakeTag() では、cutExtName() を使って拡張子を切り落としていました。

# 他には(b)とほぼ同じ働きの getFileNameExtName() という関数もあったりしてよく分かりません。
## CStringとconst char *の2系統を作る必要はないような・・・


[No.10163] mp3infp 2.54h/u2 投稿者:K.Takata  投稿日:2009/10/20(Tue) 07:18:05

> 当時の経緯は知りませんが、拡張子が付くのはバグではないでしょうか。
ということで、とりあえず私のUnicode版では修正しました。
その他、インストーラなども修正しています。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254h_u2.7z (1.6MB)

引き続き、きわめて実験的な版であり、致命的な不具合が含まれているかもしれません。必ずファイルのバックアップを取った上でお試しください。


[No.10165] Re: mp3infp 2.54h/u2 投稿者:皓い鴉  投稿日:2009/10/25(Sun) 10:19:11

 どうも、便利に使わせて頂いております。
 中途に書き込みをしても気付かれていないような気がするので、再度、最後尾に書き込みます。
 もっとも、現状で私は Unicode 版を試用していないので、そちらでも同様の現象が起こるかどうかまでは確認出来ておりません。


1)インストール時に『Spybot - Search & Destroy』で警告が表示される。
 使用している環境では『Spybot - Search & Destroy』というスパイウェア対策ツールを使用しているのですが、それの常駐機能のひとつに、レジストリやらシステムファイルやらへの危険と思われる動作をダイアログで警告するという機能があるのですが、こちらの掲示板で公開されている版(Ver.2.54h の非 Unicode 版)のインストーラーを使用した際に何かが引っかかってしまいました。
 どのようなメッセージであったかはよく覚えていないのですが、一応問題はないのかどうか気になったので報告します。
(インストール後、一度目に『その処理を許可する』を選択してしまった影響か、その後許可リストから一旦削除しても再現できませんでした。
 その後もホワイトリストから当該許可情報を削除して、OS再起動後に再インストールを試みましたが、再度警告が表示される事はありませんでした)


2)何故か mp3 のポップアップに mp3infp が使われなくなった。
 厳密に Ver.2.54h にアップデートしてから、という確証はありませんが、少なくとも Ver.2.54f を使用していた時点では正常に表示されていました。(Ver.2.54g については未入手)
 設定では『有効』になっているのに表示されません。
 一旦『有効』のチェックを外して『適用』ボタンを押下、後に再度『有効』にチェックを入れて『OK』ボタンを押下しても変化はありませんでした。
 更に、アンインストール ⇒ OS 再起動 ⇒ 再度 mp3infp (Ver.2.54h) セットアップ、の手順を経ても、やはり使えないようです。
 環境の問題でしょうか?


3)アキュートアクセント付き英文字等が含まれているファイル名ではポップアップ表示されない。
 何故か avi 等の動画ファイルではきちんと動作しているようですが、上記の通り、アキュートアクセント付き英文字等(『á』やら『é』やら)がファイル名に含まれていると、「mp3infp」ではポップアップ表示そのものが行われないようです。
 該当ファイルのプロパティを開いても、「mp3infp」のタブが表示されませんでした。
(問題であろうアキュートアクセント付き英文字を試しに削除すると、どちらの機能も使えた事から、ファイル名の文字種により、機能が阻害されているのではないかと推測しました)


[No.10166] Re: mp3infp 2.54h/u2 投稿者:Rem  投稿日:2009/10/25(Sun) 12:36:31

書き込みを見てはいたのですが、

> 1)インストール時に『Spybot - Search & Destroy』で警告が表示される。
問題はないと思われます。気になるようなら、7zのsrc/Installer/mp3infp.nsiをご覧ください。
警告の内容がわかれば対策できたのですが。

> 2)何故か mp3 のポップアップに mp3infp が使われなくなった。
>  厳密に Ver.2.54h にアップデートしてから、という確証はありませんが、少なくとも Ver.2.54f を使用していた時点では正常に表示されていました。(Ver.2.54g については未入手)
2.54f1ではどうだったのでしょう。f1ではかなり手を加えたのでそのときに何かが起こった可能性があります。
しかし、当方2.54hで正常にポップアップされるのでなんともいえません。

> 3)アキュートアクセント付き英文字等が含まれているファイル名ではポップアップ表示されない。
プロパティ拡張は使えますか?使えなければ確実に読み込みに失敗(ファイル名の制限)しているので、Unicode版をお使いくださいm(_ _)m


[No.10167] 不具合(?)報告 投稿者:皓い鴉  投稿日:2009/10/26(Mon) 23:22:44

 返信を催促してしまったようで、申し訳ありませんでした。
 どうも、あの位置への書き込みだと目立たないのかなぁ、などと思ってしまったものですから……。

> > 1)インストール時に『Spybot - Search & Destroy』で警告が表示される。
> 問題はないと思われます。気になるようなら、7zのsrc/Installer/mp3infp.nsiをご覧ください。
> 警告の内容がわかれば対策できたのですが。

 あれから何度か、アンインストール ⇒ OS再起動 ⇒ 再セットアップを繰り返してみましたが、一向に再現しませんでした……。あっれー?


> > 2)何故か mp3 のポップアップに mp3infp が使われなくなった。
> 2.54f1ではどうだったのでしょう。f1ではかなり手を加えたのでそのときに何かが起こった可能性があります。
> しかし、当方2.54hで正常にポップアップされるのでなんともいえません。

 2.54f2 では正常に表示されていたように記憶しています。(確か f1 はインストールしていません)
 それで、上記のように再セットアップ時に f2 を試してみたのですが、やはりというか、何というか、ダメでした……。
 2.54h 導入後に、mp3infp と競合するようなツールは入れていないのですが……。他に原因があるのでしょうか?
 気になったので他の拡張子でも見てみたのですが、上手い具合に手持ちのファイルがないため、確認できた種類は少ないですが、以下のような感じでした。

 ・正常に表示される
  ⇒ avi、mp4、ape、m3u

 ・表示されない1(種類とファイルサイズ(wav の場合はビットレートも)のみ表示される。OS の機能?)
  ⇒ wmv、wav

 ・表示されない2(明らかに mp3infp ではない表示内容で表示される。OS の機能?)
  ⇒mp3、wma

 上記の拡張子のファイルに限れば、プロパティ拡張のタブは表示され、入力なども普通に行えました。


> > 3)アキュートアクセント付き英文字等が含まれているファイル名ではポップアップ表示されない。
> プロパティ拡張は使えますか?使えなければ確実に読み込みに失敗(ファイル名の制限)しているので、Unicode版をお使いくださいm(_ _)m

 ご推察の通り、プロパティ拡張では表示されませんでした……。


[No.10168] 当方の環境 投稿者:皓い鴉  投稿日:2009/10/26(Mon) 23:41:43

 すみません。当方の環境情報を書き忘れていました。
 OS は XP SP3、一応毎月の MS 月例パッチは充てています。



 ……何となく、今月の月例パッチを充てた日と、不具合が出たのが一致するような気もします。
 気のせい、かなぁ?


[No.10171] Re: 当方の環境 投稿者:Rem  投稿日:2009/10/28(Wed) 21:00:45

>  ……何となく、今月の月例パッチを充てた日と、不具合が出たのが一致するような気もします。
確証は持てませんが、Windows Media Playerの関連付けでInfotipが衝突している可能性はありますね
関連付けをはずして一度見てみていただけますか?


[No.10172] 検証(?)結果 投稿者:皓い鴉  投稿日:2009/10/30(Fri) 20:10:03

 完全に、ではありませんが、あれから少し検証してみました。
 Windows Media Player の「ファイルの種類」タブにおける関連付けのチェックを外してみると、確かに一部の拡張子のファイルについては、mp3infp による InfoTip 表示が可能になりました。
(なお、私の環境で使用している WMP のバージョンは 11.0.5721.5268 です)


 ・WMP の関連付け状態に関係なく、正常に表示される
  ⇒ avi、mp4、ape、m3u

 ・WMP の関連付けを外すと mp3infp にて表示されるようになったもの
  ⇒ mp3、wav

 ・mp3infp にて、一部の情報のみ表示される(※)
  ⇒ wmv、wma

※wmv、wma については、WMP の関連付けを外すと mp3infp にて情報が表示されるようですが、設定した書式のすべての項目が表示される場合と、一部の項目しか表示されない場合との2パターンが存在しました。
 2種類の wmv ファイルの拡張プロパティ画面を見比べてみると、片方にはタグ情報が設定されており、もう片方にはまったくタグ情報が設定されていませんでした。
 そこで試しに、すべてのタグ情報が未設定の wmv ファイルにてタグを入力したところ、一部の項目しか表示されなくなりました。
 加えて、入力したタグ情報をすべて削除しても、一部の項目しか表示されないままでした……。
 どうやらタグ情報の有無に関係するようだと思い、試しにエクスプローラにて [新規作成] → [テキスト] にて「新規テキスト.txt」ファイルを作成し、拡張子を wmv や wma に変更してみたところ、「InfoTip」の「書式」に設定した全項目が正常に表示されました。(タグ情報がないため、項目は当然空っぽ、かつタグの入力も出来ませんが……)

 なお、例の『アキュートアクセント付き英文字を含むファイルの表示』に対応するために、Rem 氏の薦め通り Unicode 版(2.54h/u2)をインストールしたため、上記の検証はすべて Unicode 版によるものです。
 ANSI 版にて同様の現象が起こるかは確認しておりません。

 中途半端な確認内容ですが、何かの助けになれば幸いです。


#新規テキストの拡張子変更は、他の拡張子でも大体確認できましたが、なぜか ogg や mp4 は何も表示されませんでした。表示ためのロジックが違うんですかねー?


[No.10173] Re: 検証(?)結果 投稿者:Rem  投稿日:2009/10/30(Fri) 22:10:32

>  どうやらタグ情報の有無に関係するようだと思い、試しにエクスプローラにて [新規作成] → [テキスト] にて「新規テキスト.txt」ファイルを作成し、拡張子を wmv や wma に変更してみたところ、「InfoTip」の「書式」に設定した全項目が正常に表示されました。(タグ情報がないため、項目は当然空っぽ、かつタグの入力も出来ませんが……)
バグ、かも、しれませんが、多忙につき確認できるかはわからないです…

> ogg や mp4
については、libogg/mpeg4ipを使っているためおそらくogg/mp4としてinvalidなファイルには何も処理が行われないと思われます。


[No.10174] Re: 検証(?)結果 投稿者:皓い鴉  投稿日:2009/10/31(Sat) 00:30:36

> バグ、かも、しれませんが、多忙につき確認できるかはわからないです…

 諒解です。
 不便と言えば不便ですが、そこまで差し迫っているというわけでもないですし。(一応、プロパティを開けば情報は見られますし)
 原因の絞り込みは、使用/開発/テスト環境等で差異が出たりして面倒ですからね……。
 私の調べた結果も、実際役に立つ情報かどうかも分かりませんし、気長に待つとします。
 無理や無茶のない範囲内で、宜しくお願いします。


[No.10176] 検証(?)結果2 投稿者:皓い鴉  投稿日:2009/10/31(Sat) 21:19:48

 こんばんは。
 試しにオリジナルの mp3infp Ver.2.54a をインストールしてみましたが、こちらでは設定した書式の項目がきちんと表示されるようです。>wma、wmv のみ確認
 ついでに WMP のファイルの関連付けに関しても確認してみましたが、やはり関連付けを有効にしていると表示されないことから、WMP の月例パッチによる影響なんでしょうかね……。


[No.10177] Re: 検証(?)結果2 投稿者:Rem  投稿日:2009/11/01(Sun) 12:25:04

What...
Like Humans Do(XPにはじめから入っている音楽)で正常にInfoTipを取得できました。一応InfoTipの設定が
タイトル: \t\INAM\nアーティスト:\t\IART\nアルバム:\t\IPRD\nジャンル: \t\IGNR\n作成日: \t\ICRD\nコメント: \t\ICMT\nサイズ: \t\SIZK KB\n時間: \t\TIME\n音声: \t\AFMT\n映像: \t\VFMT\n
になっていることを確認していただけますか?


[No.10178] Re: 検証(?)結果2 投稿者:皓い鴉  投稿日:2009/11/08(Sun) 05:37:29

 すみません、返信するのに間を空けてしまいました……。
 重ねて申し訳ありませんが、

 一旦「mp3infp」を削除し、OS を再起動後にオリジナル版の Ver.2.54a をインストールしたら、今まで表示のおかしかった拡張子の InfoTip が正常に表示されたと報告しましたが、その後に ANSI 版の Ver.2.54h を上書きインストールしたところ、正常に表示されるようになりました。何故に……。
 更に Unicode 版の Ver.2.54h/u2 を上書きインストールしましたが、こちらでも正常に表示されることを確認しました。

 その後、再度アンインストール後に、オリジナル版を介さずに、直接 Rem 氏作成の Ver.2.54h をインストールしましたが、やはり正常に表示されております……。Why...?

 考えられる要因としては、やはり不具合が出ていた際のインストール時に表示された、Spybot の警告表示でしょうか。
 あれにより怪しい挙動と見なされたファイルが正常にインストールされず、不具合を発生させていたのではないかと……。
 フリー版の Spybot は手動でアップデート処理を行うのですが、その時期と、それ以降にインストールを行って不具合が確認できなくなった時期が一致しているような気がします。

 となると、これは Spybot を使用している一部の環境で、一時期のみ確認できた現象であると推測できますかね……?(-_-;
 現状では正常に動作している、ということで、この件については一応の解決を見たと、個人的には思えます。
 一応、今後も何かしら気が付いたら書き込ませて頂くかも知れませんが、もう少し検証を重ねる、期間を空けて検証をするなど、もう少しご迷惑をおかけしない程度に条件を絞りこめられるようにしたいと思います。
 色々とお手数をおかけして申し訳ありませんでした。


[No.10179] Re: こちらでも似たような現象が 投稿者:西啓一朗  投稿日:2009/11/12(Thu) 00:15:53

当方の環境でも似たようなことが発生しているので、参考までに報告しておきます。

環境: Windows7 HomePremium 64bit版(AMD/MEM8G)
バージョン: mp3infp 2.54h/u2
現象: wmv/wma/asf のみ、ポップアップ表示が途中で切れる

mp3infpの設定は特にいじっていません。wmv/wma/asf の設定部分に関しては「デフォルトに戻す」ボタンを押して初期化もしました。
プロパティのmp3infpのページの表示は全項目が表示されています。
表示される内容(タイトル・アーティスト・アルバム・ジャンル・西暦・コメント)のいずれかに文字が入っているとその項目は表示されるものの、その次の項目以下が表示されません。上記項目を全て消すと全項目が表示されます。
項目の編集にはSuperTAGEditorを使っています。

現象は標準のエクスプローラ、まめFile5SE(いずれも64bit版)で発生しています。
32bit版しか存在しないFileVisor6上では別途インストールしてあるmp3infp 2.54aの表示が使われ、こちらではwmv/wma/asfも全項目が常に表示されます。


[No.10180] mp3infp 2.54h/u3 投稿者:K.Takata  投稿日:2009/11/12(Thu) 02:17:35

> 現象: wmv/wma/asf のみ、ポップアップ表示が途中で切れる

これについてはUnicode版のバグでした。修正版を公開しました。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254h_u3.7z (1.6MB)
引き続き、きわめて実験的な版であり、致命的な不具合が含まれているかもしれません。必ずファイルのバックアップを取った上でお試しください。


> 32bit版しか存在しないFileVisor6上では別途インストールしてあるmp3infp 2.54aの表示が使われ、こちらではwmv/wma/asfも全項目が常に表示されます。

私のUnicode版は64bit版と32bit版を同梱していますが、32bit版を2種類インストールしているのでしょうか。


[No.10181] Re: mp3infp 2.54h/u3 投稿者:西啓一朗  投稿日:2009/11/12(Thu) 18:07:49

素早い反応ありがとうございます。

> これについてはUnicode版のバグでした。修正版を公開しました。
> http://homepage3.nifty.com/k-takata/tmp/mp3infp254h_u3.7z (1.6MB)

早速試してみました。いくつかのソフトで試してみるとタイトル・アーティスト・コメントに関しては意図通りにポップアップされる事を確認しました。
が、アルバム・ジャンル・作成日の3項目に関しては、やはり「記入されていると以降の項目が表示されない」という現象が続いています。

検証ファイラーは以前と同じ「まめFile SE(64bit)」「エクスプローラ(64bit)」「FileVisor6(32bit)」です。エクスプローラはポップアップ表示の最初にファイル名が付与されています。

> 私のUnicode版は64bit版と32bit版を同梱していますが、32bit版を2種類インストールしているのでしょうか。

直前の皓い鴉さんの報告で2.54aからインストールするとうまく行ったとあったので、試しにインストールしてみた直後だったんです。2.54hが無かったので以降を試せませんでしたが。
OSをインストール直後に2.54h/u2を入れ、2.54aを入れるまでの32bit版の表示については、すいません、覚えていません^^;

現在は当然ですが、64bit/32bit両方とも2.54h/u3の表示となっています。


[No.10182] mp3infp 2.54h/u4 投稿者:K.Takata  投稿日:2009/11/13(Fri) 00:20:07

> が、アルバム・ジャンル・作成日の3項目に関しては、やはり「記入されていると以降の項目が表示されない」という現象が続いています。

修正が漏れていました。再修正したものを公開します。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254h_u4.7z (1.6MB)


[No.10183] Re: mp3infp 2.54h/u4 投稿者:西啓一朗  投稿日:2009/11/13(Fri) 01:21:05

> > が、アルバム・ジャンル・作成日の3項目に関しては、やはり「記入されていると以降の項目が表示されない」という現象が続いています。
>
> 修正が漏れていました。再修正したものを公開します。
> http://homepage3.nifty.com/k-takata/tmp/mp3infp254h_u4.7z (1.6MB)

当方の環境にて全項目、意図通りに表示されているのを確認しました。
本当に素早い修正ありがとうございました(*^_^*)


[No.10184] mp3infp Unicode版2.54h/u4で.oggのタグが異常になる 投稿者:MUTO  投稿日:2009/11/16(Mon) 16:31:42

はじめまして。
mp3infp Unicodeビルド版を作って頂いてありがとうございます。

mp3infp 2.54h/u4 を使わせていただいたところ、問題らしきものを見つけましたので報告させていただきます。

環境: Windows 2000 SP4
使用バージョン: mp3infp 2.54h/u4 (日本語設定: 言語パック Japanese.lng 使用)
.
ogg ファイルのプロパティから、mp3infp でタグを書き換える/新規入力して[OK]か[適用]で保存した後で、プロパティを開きなおして確認してみると、タグがすべて「その他」に移動、タグ名の表示が文字化けしています。(タグの内容は無事のようでした)

バイナリエディタで ogg ファイルを開いてみて確認したところ、例えば、タイトルのタグは本来「TITLE=入力したタイトル(UTF-8コード)」となるはずのところが、「入力したタイトル=入力したタイトル」と「TITLE=」が「入力したタイトル=」に置き換えられてしまっているようです。
同様に「ARTIST=入力したアーティスト」は「入力したアーティスト=入力したアーティスト」になっており、他のタグも同じようになっていました。

なお、mp3infp 2.54h(ANSI版)で確認してみたところ、この問題はありませんでした。
以前のバージョンについては確認していません。こちらの環境での確認が必要であれば、仰ってください。

こちらの問題がこの書き方で伝わっているかどうか分かりませんが、ご確認いただけると幸いです。


[No.10185] mp3infp 2.54h/u5 投稿者:K.Takata  投稿日:2009/11/16(Mon) 22:44:28

> タイトルのタグは本来「TITLE=入力したタイトル(UTF-8コード)」となるはずのところが、「入力したタイトル=入力したタイトル」と「TITLE=」が「入力したタイトル=」に置き換えられてしまっているようです。

詳しい報告どうもありがとうございます。
参照する変数を間違えていました。修正版を公開します。
http://homepage3.nifty.com/k-takata/tmp/mp3infp254h_u5.7z (1.6MB)
引き続き、きわめて実験的な版であり、致命的な不具合が含まれているかもしれません。必ずファイルのバックアップを取った上でお試しください。


[No.10186] Re: mp3infp 2.54h/u5 投稿者:MUTO  投稿日:2009/11/17(Tue) 00:30:26

素早い対応をしていただいてありがとうございます。

早速 2.54h/u5 を手元で試してみて、.ogg ファイルのタグ書き込みがきちんとできるのを確認しました。
ありがとうございました。


[No.10169] Spybot の警告表示 投稿者:皓い鴉  投稿日:2009/10/27(Tue) 23:59:09

Spybot の警告表示 (画像サイズ: 359×263 18kB)

 Unicode 版ですが、インストール時に、先に見られた物と同一と思われる、『Spybot - Search & Destroy』での警告が表示されたので、キャプチャした画像を貼っておきます。
 ……この辺が原因で何かしらの不具合が起きてるなんて事は……ないんだろうなぁ。(-_-;


[No.10170] Re: Spybot の警告表示 投稿者:Rem  投稿日:2009/10/28(Wed) 20:58:15

>  Unicode 版ですが、インストール時に、先に見られた物と同一と思われる、『Spybot - Search & Destroy』での警告が表示されたので、キャプチャした画像を貼っておきます。
>  ……この辺が原因で何かしらの不具合が起きてるなんて事は……ないんだろうなぁ。(-_-;
upxでexeを圧縮したのが原因かなぁ
問題はまったく有りませんが
圧縮をやめるべきなのだろうか。