IrfanView Part 12 [転載禁止]©2ch.net

IrfanViewは、Windows各バージョンで使える、非常に高速でコンパクトかつ革新的な、
フリーウェア（非商用利用）のグラフィックビューアです。
初心者にはシンプルに、上級者にはパワフルに使えるようデザインされています。

公式サイト
http://www.irfanview.com/

ダウンロード
http://www.irfanview.com/download_sites.htm
日本語ランゲージファイル
http://www.irfanview.com/languages.htm
プラグイン（"IrfanView Shell Extension"もこちら）
http://www.irfanview.com/plugins.htm

ミラーサイト
http://irfanview.tuwien.ac.at/

IrfanView日本語モジュール公開場所（サードパーティー）
http://yu-ki.digi2.jp/


前スレ
http://anago.2ch.net/test/read.cgi/software/1318934533/

自己解決しました

IrfanViewを関連付けしてないのに
「フォルダー内の連続閲覧では関連付けたファイルのみ表示(L)」の項目にチェックか入ってました
初期値ではないのでオプションをいじってるうちにうっかり入れてしまったようです

>>321
レスサンクス
ユニコード関連ではありませんでした

>>315
そっちもだけど、APNGも対応して欲しいな。
これのためだけにXnView入れてるし。

>>319
普通1種類の処理をスレッドで分割するものだろ
でなきゃキャッシュに乗らないとかディスクIO待ちで却って遅くなる

64bitVer4.42にしたら自動色調補正が「プラグインが読み込めません：EFFECTS.DLL」って言われて使えなくなった。

このスレとか読んでる限りだと、前は不具合があったのが最近になって治った、ということみたいだったけど・・・。
自分はなんかアップデートをミスったんだろうか？

問題ないけど

>>326
325だけどアンインストールした後もう一回インストールしたら治った。

何が原因だったかはさっぱりわからんけど、治ったのでそれでいいということにする。

あー、デスクトップに合わせて表示にしてるのに画像の横幅がメニューバーより短くなるとメニューが折り返されるせいでスクロールバーが出現する現象鬱陶しいなあ

4.41 64bitだが、そんなことにはならんぞ

教えてください。
設定の「最後に表示したウィンドウのサイズ/位置を記憶する」にチェックを入れても、これが機能しません。
正確には、ディスプレイサイズ（私は1920x1080）より縦または横が大きい画像で機能しません。
小さい画像では前回のウィンドウ位置が記憶されます。
iniファイルでは、RememberWinPos=1　となっていて、設定ファイルは更新されています。
どうすればこれが機能するでしょうか。
ver4.42 Windows7(64 home premium)

マルチモニタ環境なら諦めろ

なぜ諦めないよ

>>329
縦1080以内のデスクトップでこれを表示するとき ttp://i.imgur.com/maiwpBA.jpg
こんな風にならない？ ttp://i.imgur.com/HDKBFpm.jpg

今気づいたがファイルを直接開くとスクロールバーは出ない
普通に表示されてる別の画像から「次のファイル」「前のファイル」で移行した時になるようだ

>>333
ならんよ、メニューバーが折り返さない
http://i.imgur.com/Kw43gHx.png
ツールバーがなくても同じ
http://i.imgur.com/irlcSaV.png

中央に表示させてみたけどやはり同じ
http://i.imgur.com/alPB43Q.png

ウィンドウのサイズを固定してても、解像度大きめのGIFを開くと勝手にウィンドウが拡張されるの防げないかな

確認ｻﾝｸｽ
どうやらツールバーの横幅がメニューより短いと起こるようだ
ツールバーを非表示にしたとしても消す前にメニューより短ければ起きるし長ければ起きないっぽい

>>337
これは俺の勘だが64bitにすれば解決すると思うぞ

64bitのポータブルで試したけど変わらないじゃないですかうそつきー！
でも英語だとメニューの文字列が短いから発生しにくくはなった

むぅ、勘は外れたかｗ
あとはOSの差ぐらいしか思いつかんな
ちなwin7 64bitだけど

いや、とりあえず発生条件は>>337の通りわかったし
現状俺の予想だと設定でツールバーのボタンをガッツリ減らせばどの環境でも起きる事だと思うんだ

4.38使っているのですが、最新版と特に機能変わりませんか？

ttp://www.irfanview.com/main_history.htm
ttp://www.irfanview.com/history_old.htm

どうも

最新版の64bit版の日本語化モジュールはどこにありますでしょうか

>309

32bit版と64bit版の具体的な違いって何でしょうか？画像の表示スピードとかでしょうか

公式に書いてありました

この手の質問何度もあるんで書いとく

64bit版は32bit版では開けない超高解像度・大容量の画像ファイルが開けるのと
一番のメインとして画像ファイルの読み込み＆表示速度の高速化
これはデカいファイルほど顕著、1〜10MBくらいのファイルサイズを複数ペラペラめくっていけるくらい速くなる

アニメーションGIFの拡大縮小時に補間がかかってないように見える
(ジャギーが目立ってきたなく見えてしまう)のですが改善方法はないでしょうか

ファイルサイズよりも解像度の大きいのをリサンプルONで見るときに64bitの効果がある
ファイルサイズデカくてもモニターサイズより小さければ32bitで十分

64bitOS使うメリットと全く同じ事言われてもな

64bitは32bitOSでは動かないよ
プラグインも32bitのは無理
デメリット

64bit版はjpg→PDFの等倍作成ができないな
例：免許証をスキャン→A4のPDF化→実寸ではなく用紙サイズに拡大されてしまう

そういう作業をこれでやる必要あんのか
あくまでビューアだろこれ

俺はリサイズや切り抜き、回転、黒塗り、パノラマ連結とか一括変換も含めて色々使ってる

最新版の64プラグインに入れ替えたら実寸PDF作成可能になってた

最新版プラグインはmetadata.dllが入ってないからEXIF見れない
古いのから持ってこないといけない

フォルダ名を花、猫にしろ

せやかて2バイトフォルダ名不得意ですやん

Hana
Neko
でおｋ

ฅ(●´ω｀●)ฅ

>>361
そんなのUnicode文字でない限り、10年以上前のIrfanViewでも問題なく扱えてるぞ

そもそもOSやファイルシステム的に殆どが2バイトなのに
未だにその言い方するのって何とかならんものか

仮想ディレクトリ?で分かりやすいフォルダ名を付けることにしました。

>360
一部バッチファイルでの処理があるのでちょっと面倒だったりｗ

2バイトがだめなら3バイトにすればいいじゃんすか

DOSのバッチでも2バイト行けるだろ
linuxでも使ってるの？

>>367
３つもバイト掛け持ちしたら死ぬw

>>368
LinuxはOSじゃなくてカーネルの名前だし、あれは無駄にFS多すぎて仕様も様々だぞ

>>368
2バイト文字はもう古いよ
今はunicode対応してるから大丈夫です

日本語ファイルの人逝ってしもたん？

IrfanView日本語モジュール公開場所
ttp://irfanview.html.xdomain.jp/

このソフト、設定を変更すると
関連付けが毎回リセットされるの
何とかなりませんかね？
関連付け以外の設定を変えてもリセットされるのですが
　

>>373
これって何のメリットあるの？
languageファイルで十分じゃね？
返ってpluginの動作とか、おかしくならない？

分かる方だけダウンロードしてください。

ばかだな
375は自分でビルドしろって言ってるんだよ

377 ：名無しさん＠お腹いっぱい。 ：2016/05/13(金) 04:15:59.96 ID:oZBAcYYN0
ばかだな
375は自分でビルドしろって言ってるんだよ

windows上で名前順にソートした順番と
irfanviewでホイールを回した時の順番が異なるのですが
それぞれどういうアルゴリズムでソートをかけていますか？
irfanviewと同じ順番でソートをかけてリネームしたい場合には
どうしたら良いですか？
　

恐らく全角文字のせいじゃない？
FileMenuToolsみたいなリネームツール使って頭に000〜999のソート用数字追加みたいな感じでやるしかない
半角英数字なら間違いない。海外ツールってこういうことよくあるからな。
全角文字との相性が悪いのはほんと良くある

いえ、ファイル名には全角文字は含まれていません
フォルダパスには含まれているのですが

14a5233ec794bd.jpg

14a5233f9b4296.jpg

みたいなファイル名です
　

Irfanは名前順のソートの場合Natural Orderかそうじゃないか選べるけど
そういうことではなくて？

その手のファイル名はWinだろうがIrfanだろうが順番に意味はない
中身見て自分で1個1個番号振り直すしかない

屋外→ホテル→下着→全裸→フェラ→ハメ→シャワーという風に

的はずれの回答だったらスマン
名前順にソートした場合についてだが
> irfanviewと同じ順番でソートをかけて
のやり方は分からないけど逆ではダメなの？
つまりIrfanViewの並び順をWindowsに合わせるってこと

それなら↓（日本語にしてるから↓の通りだが英語のままなら>>382かな）
メニューのオプション ＞ ファイルの並べ替え ＞ 名前: ナチュラル/ロジック 順

ヘルプファイルが古いままだから表記は異なるけど一部抜粋
ファイルの並べ替え
オプションメニューからファイルの並べ替えを選択すると，サブメニューが表示され，ファイルを並べ替える順番を以下から選ぶことができます．
・名前
・名前 XPスタイル
・日付
・サイズ
・拡張子
それぞれ，昇順と降順を選ぶことができます．また，そのままを選ぶと並べ替えしません．
名前と名前 XPスタイルの違いは，ファイル名の数字の扱いです．名前で並び替えるとFile10.jpgがFile1.jpgの前になりますが，名前 XPスタイルで並び替えると，File1.jpgがFile10.jpgの前になります．

ホットキーを設定してキャプチャ撮るようにしたいのですが
その時のファイル名のパターンに対象ウィンドウの名前を使うにはどうすればできますか？


「年-月-日 時分秒 ウィンドウ名.拡張子」としたいのですが、適当なものが分かりません
どうかご教示お願いします
$U(%Y-%m-%d) $U(%H%M%S) $I5

Irfanviewサムネイルがよくバグる
フォルダツリーの所で20回前後フォルダ開くと
C:\Users\user\写真\[2016年5月23日]\となっている所が、
C:\Users\user\ \[2016 5 23 ]\と日本語が消えて一括変換とか別ウィンドウで開くものが開かなくなる

PNGとBMP合わせて50枚ほどのフォルダで形式/名前の一括変換を使ってPNGに統一するという作業で
なぜだかフォルダを選んでもリストに一部のファイルが表示されず、二回ぐらいに分けて変換しなければならないって事があった

>>385
ヘルプによるとキャプチャで使用可能なplaceholderは以下のよう
それと$I5などI系はIPTCタグのplaceholderであり、
キャプチャした時点ではIPTCは記入されようがないわけで関係ないでしょう
----------
Possible placeholders for the filename:
# = the current capture number, number of #s is the number of digits
$W, $H, $B, $p and $U
----------

というわけでIrfanだけで完結することはできないが、
AutoHotkeyなどで
対象ウィンドウのタイトルを取得→保存されたファイルをリネーム
というのを自動で行うことは可能であろう

>>385
とりあえず>>388で対応しておいて、作者さんに要望送っておくと追加してくれるかも。大した手間じゃないし。
かなり親切なひとだった。

>>388>>389
正直IPTCタグというのが何なのか全く分かってませんでしたが、調べたらExifのようなものなんですね
ぬーん…作者に要望を送るっていうのはイギリス語かドイツ語できないと読んでもらえないとかではないですか？

こういうのは英語が基本
翻訳サイト使えば難しくないでしょう

Honeyviewとどっちがいけてる？

そんなレベルならもっさりIrfanよりHoney使っとけ

64bitのIrfanviewで32bitの8bfが使えるのはいいんだが、
挙動がちょっと変だな。8bfメニューを閉じるまでメインウィンドウに
変更が反映されないし、Undoの挙動も変。

photoshopみたいに高解像度画像を100個とか開くわけでもないのに
64bit版を使うメリットがないと思うのだけど
何のために使っているの？

高解像度のBMP画像でペイントツールつかったりすると
よくフリーズするので俺は64bit版使ってる。

>>395
1個でも速さ実感

>>397
画像ファイルを開く速度が速くなるのですか？
　

フィルターがとても速くなる場合がある

画面サイズにリサンプル処理が速くなる
チェックいれてない場合は変わらん

デジカメで撮影した6000x4000くらいの大きな画像ファイルを
全画面表示してホイールで画像を移動していくと
32bit版だともたつくのですが
64bit版だと多少改善されますか？
改善されるとして何倍くらい改善されますか？

その程度のサイズじゃベタにしても100MBも喰わないので変わらない。

>>400にリサンプルが早くなると書かれてあった質問したのですが
もっと解像度が高くないと意味ないですか？

劇的な改善ではないけど多少は体感できるレベルで改善する

>>389
英語もまともに書けないのかよw級の私も親切にメールでやり取りしてくれた

バージョンアップに盛り込んでくれたのもあった

まあ64bitOS入れてるなら、別に64bit入れても損はしないだろ　変わるかどうかはともかく

Core2DuoのCPUだった時は違いが判るくらい差があったけどSkylakeにしてからはブラインドでも間違うくらいの差になったな

どこで質問して良いのか分からないのでここで質問します。
スキャナで取り込んだ11MB程度のBMP画像を
photoshopやirfanviewやimagemagickでpngに圧縮すると
5MBくらいになるのに
GDI+やimg_resizerで圧縮すると
9MBくらいになります。
同じPNG圧縮なのにソフトによって
2倍くらい差異があるのはなぜでしょうか？
PNGにもバージョンがあるのでしょうか？

圧縮レベルの設定があるだろ

irfanviewにはありますが
他のソフトにはありません
irfanviewで圧縮設定を1にした場合よりも
他のソフトの方がファイルサイズが大きくなります
その代わり他のソフトの方が10倍くらい圧縮時間が短いです
　

圧縮レベル0はどうなの

ゼロだとbmpと同じになっちゃう
　

ちょっと確認したら
PNGの仕様には圧縮の具体的な部分までは決められていないからソフトごとに違った圧縮になるようだ
Irfanは時間をかけてでも圧縮率を高める方針、比較したソフトはその逆ってことだね

zlib

>>413
すいません、ちなみに
コマンドライン版でpng画像の圧縮率って設定できませんよね？
9に設定されているのでしょうか？
　

>>408
Ralphaの同レベル圧縮だとirfanと割と似たサイズになったな
少なくとも圧縮レベルの設定がないソフトの方がどう考えても珍しいと思う

>>1のプラグインにあるPNGOUTを使えば手軽にもっとPNGを小さくできる

Pngout.dllって既にインストールしていることが分かったのですが
出力時に特に選択せずに
最適化されたpngファイルが出力されているのでしょうか？
　

選択しなきゃ有効になるわけないだろJK

ほんとだこれだったのか

しかし、これ一つのファイルを出力するのに
なぜか何度も出力しようとするのですが

しかも大きなファイルの場合97%で固まって先に進まないのですが
　

色調補正するときの元画像と補正後の比較、
プレビューが小さすぎて細かいところがわかりにくいんですが、
もっと大きな画像で比較できないんでしょうか。