mieki256's diary

GIMPでそんな作業はできるのかなと調べてみたら、1枚の画像を元にして自動で縮小してマルチアイコンファイル用の画像を作ってくれる Script-Fu もあると知った。iconify2_1.scm というのがソレ。

_registry.gimp.org_static/registry.gimp.org/files/iconify2_1.scm at master - pixlsus/registry.gimp.org_static

上記ページの「Raw」と書かれたリンクを右クリックして保存すれば入手できる。

導入すると、Script-Fu → Utils → Iconify という項目が増える。

何か1枚画像を用意して、このスクリプトを実行すれば、自動で縮小して、16x16, 32x32, 48x48 のサイズになったレイヤーを作成してくれる。また、256色、16色(15色) に減色したレイヤーも作ってくれる。

ただ、処理をする前に、AutoCrop (内容で切り抜き) も実行してしまうので、元画像の周辺から必要な部分まで勝手に削除されてしまう時がある。61行目近辺の、plug-in-autocrop-layer と書かれた行をコメントアウトしておいたほうがいいと思う。

; Autocrop the layer
(plug-in-autocrop-layer 1 new-img work-layer)

↓

; Autocrop the layer
; (plug-in-autocrop-layer 1 new-img work-layer)

まずは 256x256、32bitカラーの画像を用意する。



Script-Fu → Utils → Iconify を選択して実行。



画像サイズが異なっているレイヤーが複数作られた。48x48, 32x32, 16x16 のサイズで、32bitカラー, 8bitカラー(256色), 4bitカラー(15色) が作られている。



icoファイルとして保存する。ファイル → 名前をつけてエクスポート。



ファイル名の拡張子を「.ico」にしてエクスポート。



icoファイルに同梱したいサイズ/カラーモードを選択して保存できるので、これでマルチアイコンファイルが作れる。

ここまで書いておいてなんだけど。実は、GIMP を使ってマルチアイコンファイルを保存するのはおススメしない…。

というのも、おそらくは GIMP の減色処理の品質が悪くて、縮小して作られた画像のうち、減色された画像群の結果が妙なことになってたりするので…。以下のスクリーンショットを見れば、なんとなく分かるだろうか…。


ところどころに謎の透明なドットが入ってしまっている。どうしてこんなことになるのやら。

GIMP を使ってマルチアイコンファイルを作ると、前述のようにちょっとよろしくない結果の画像が作られてしまうので、アイコン作成に特化したツールを使ったほうがいいだろうなと。Windows用なら以下のツールが個人的にはオススメ。

_IcoFX Portable (icon editor) | PortableApps.com

_「Greenfish Icon Editor Pro」多機能なアイコン・カーソル作成ソフト - 窓の杜
_Greenfish Icon Editor Pro 4.2 - Official Website

どちらも、1枚の画像(256x256, 32bitカラー)から、自動でマルチアイコンファイルを作れるし、GIMP のようにおかしなドットが入ってしまうこともない。

• IcoFX Portable の場合、ウインドウ内に元画像をドラッグアンドドロップで読み込ませてから、アイコン → イメージからWindowsアイコンを作成、を選ぶ。
• Greenfish Icon Editor Pro の場合、256x256, 32bitカラーの画像を1枚描いてから、アイコン → イメージからWindows用のアイコンを作成、を選ぶ。

後は、作りたいアイコンサイズ/カラーを選べば自動生成ができる。

あるいは以下のまとめが参考になりそう。

_おすすめのアイコン作成ソフト - ｋ本的に無料ソフト・フリーソフト

ToYcon を試用してみたけれど、そちらもイイ感じだった。ただ、4bitカラー(16色)のアイコンが、Windowsのアイコン仕様に合ってない気も…。たしか4bitカラー利用時は、使える色が決め打ちされていたはず。

_MICROSOFT VGA Palette

ToYcon で4bitカラーのアイコンを作らせると、見た目は奇麗だけど独自のパレット色になってしまっていたので、実際には4bitカラーモードで使えないアイコンファイルが作られてしまっている可能性が高そう。もっとも、今時そんなカラーモードでWindowsを使う場面は無さそうだし、実用上は問題無いのかもしれない。

せっかくだから、mp3が良くない理由もメモ。と言っても、mp3はギャップレス再生が難しいという、ただそれだけの話なのだけど。

mp3 って、元々は映像の音声部分を担当させるために作られた規格/音声フォーマットなので、映像のフレーム単位で時間情報が記録されているそうで。音声の長さがフレーム単位でキリのいい長さになってない場合、最初や最後にギャップ(無音部分)が入ってしまうので、ループ再生したり、再生終了と同時に別のmp3を再生したりすると、境目で「ブツッ」とノイズが入る。規格からしてそうなってるので仕方ない話なのだけど、ループしたり、曲が切り替わるたびに「ブツッ」とノイズが入ったら…ねえ…。かなり萎えますわな…。

だから、ゲーム制作ライブラリの類で「圧縮音声フォーマットはmp3のみ対応」なんて言われちゃうと困ってしまう。ギャップレス再生ができないファイル形式しか使えませんとかなんだソレ、どんな糞仕様だよ、という話に…。

その点、ogg なら、最初からちゃんと音声フォーマットとして規格が作られているので、サンプル数もちゃんと記録されてるし、再生処理がしっかり作ってあるならギャップレス再生だってできるわけで。

と言っても、Ruby + Gosu のようにoggすらちゃんとループ再生できない糞みたいなゲーム制作ライブラリも稀に存在するけれど…。アレは SDL が腐ってるんだろうか？ まあ、Gosuの件は横に置いておくとして…。

そんなわけで、ogg はサポートしてるけど mp3 はサポートしてません、ということなら納得できるのだけど。逆はダメだよなと…。

ちなみに、さすがにこれだけ mp3 が普及してしまうと、ギャップレス再生できないのはさすがにあかんやろ、ということで解決策も出てきて…。

mp3に変換するエンコーダ側で本来の音声の長さを mp3ファイルのどこかに独自情報として埋め込んでおいて、対応してるデコーダ側はその情報を読み取ってギャップレス再生させる、といったことも可能だそうで。mp3エンコーダとしてメジャーな LAME はそういう情報を埋め込んであると聞いた記憶が…。mp3をギャップレス再生できるソフトウェアは、そういった一手間を加えた実装になってるわけで。

もっとも、どのエンコーダが、どういう情報を、どこに記録してるのかが分からなければ、デコーダ側だって対応のしようがないし。

あるいは、エンコーダとデコーダが一体になってるアプリなら、「このアプリを使った時だけギャップレス再生ができます。他は知らんがな」となっちゃうし。 *1

だから、「mp3の再生に対応」と言われても、「それってどこまで対応してるの？」と不安になってしまう。そんなわけで、個人的には mp3 って嫌いなのでした。いやまあ、昔、mp3をループ再生させることになって苦労したからなのだけど…。

まあ、ループ再生できないならできないで、その旨最初からどこかに書いてあれば、それはそれでOKかなとも思うのですが。

例えば昔のPCエンジンのCD-ROMゲームはCD-DAでBGMを流したりしていたけれど、当時は奇麗に繋がるループ再生なんてできなかったから、曲の最初と最後が全然繋がってないBGMを作って済ませてた。状況さえ分かってれば、そのように逃げ道(?)はあるので…。できそうな感じで期待させておいて実はできないというパターンが一番困る…。できないなら「できない」と書いておいてほしい…。