画像処理系のディスプレイとしてT221をメインで使っている。
扱うものは印刷物ってことになるわけで、やはり現物のサイズで表示させたいことが多い。
Photoshopにも原寸で表示させる機能があるので、その機能を放っておく手はない。
T221のDPIを計算する。
画面サイズに22.2、解像度にそれぞれ3840と2400を入力して計算。
203.978ppiとなった。
この値をPhotoshopに設定する。
メニューの環境設定からスクリーンの解像度に入力。
203.978と入力したが、203.977に丸められて保存される。
設定したら確認。
メニューのビュー→プリントサイズで表示させ、実際に用紙をあてがってみる。
バッチリ。
ちなみに、ショートカットは変更している。
ルーラーをmmかcmで表示させて、定規で測ってみるのが手っ取り早い気もするが、固いものをディスプレイに当てたくないので…(汗)
それにしても、A4用紙二枚(見開き)+ツールパレットを並べて作業できるのは快適。
DTP関係には最適…つか、それ以外にはあんまし使い道ないか(笑)
アナログ電波停止まであと１年半となった今でも、デジタルにないアナログの扱いやすさのおかげで、HS-DHGLの出番はなくならない。
PT2への置換えも考えているが、録画したデータのサイズがハンパないので録画後の処理を確立しとかないと普段使いは考えにくい。
アナログ放送が終了するまで使い続けるつもりでいたのだが、最近、録画処理がハングするようになった。具体的には、録画終了処理(Stopping)が終わらないためデバイスが開放されず、以降の録画がすべてコケる。
ここ数週間、１週間も稼動できないほど不安定になったので、スクリプトの問題だろうと考えて色々試してみたが効果なし。
ソフトの問題ではないとすると、ハード故障？
しかし、その疑いはとりあえず保留にして、状況からエラーが発生し易くなっているのではないかと考える。
年明け頃までは安定しており、２月に入ってから不安定になったような気がする
その間に変わった事というと、年末/年始の大量録画。でも週300件近くの録画はこれまでもこなしてきた。違うのは録画したデータの処理。
年末年始の特番を放置してしまったため処理(=視聴)が追いていない。
そういえばLink de 録はデータベース処理が弱い。
不安定の原因は予約数ではなく、録画後の番組数なのかもしれない。
今まで気にしたことなかったし…
それが問題だとするなら対応は難しくない。
実体ファイルが存在しない情報を管理データベース(PlList)からクリアするスクリプトは走らせているので、やることは録画データの扱いを変更するだけ。
いつもは視聴が終わってから実体ファイルを削除していたが、録画が終わった段階で実体ファイルを他のフォルダに移動させるように変更する。
家ではDLNAを完全に止めているので録画後の管理データベースは無用のもの。
すぐにでもスクリプトに手を加えたいが、ちょっと時間が取れないので手動で対応(汗)
気がついたときに/share/video/の*.mpgを、/share/video/tvに移動。
様子見して2週間、今のところ順調。
１ヶ月くらいをメドに、スクリプトの手直しを考えようっと。
久しぶりにマクロ込みのCalcファイルを開いたら、計算に失敗しているセルがあった。
たぶん、そのころのOOは今使っているのよりバージョンが低く、マクロの書き方が変わったのだろうと判断した。
使えないのは困るので、今のバージョンの書き方に修正し始めたのだが…数十行のコードなのに難儀だった(汗)
一番悩んだのが数値の変換。
それまではinteger関数使って整数化していたのだが、それを許してくれなくなった。
なんでもいいから動いてくれ！ということで、色々試してみたら、整数で定義した変数に代入すれば文句言われなくなった。
VBって適当に書いても動く気軽さがあったのだが、最近は厳密な書き方を要求するようになったのかなぁ…？
次のOOが不安だ…
でもきっと、そんなことは忘れて最新バージョンに上げてしまうのだろうな(汗)
T221用にとビデオカードをGF9600GTに交換してから、消費電力は+20Wになったものの全体的に快適になった。
特に3Dは感動モノ。
最近の3Dはスゲーなー…つってもワシが買ったのは1世代前のチップ。最新のハイエンドはどんなのか想像できない(汗)
MMDでオールスターをほぼ60fpsで再生できるとはねー。 
今気がついたが、全画面表示にしても横幅は1920が最大っぽい。
ソフトで制限かけてるのかな？
Google EarthもWQUXGAで表示できるが、情報多すぎて混乱気味(汗) 
しかし、読込にスゲー時間がかかる。
右下のGoogleの字もデケーな(笑)
Photoshop CS3はダメだったけど、CS4はXP環境でも3Dを有効にできた。 
全体的にかなり重いけどな(汗)
ただ快適なのはDirectX系で、OpenGL系の3Dアプリは全体的に調子が悪い。 
なんつーか描画が始まらない？
内部的には処理されているようなのだが、表示が更新されないのでどうすることもできず。
Google EarthもOpenGLを利用すると同じような現象になる。
Shadeはツールウィドウをドラッグして、メインウィンドウを横切るように移動させれば描画が生き返ることがわかった。
Google EarthとGoogle SketchUp!はごくたまに使えることがある程度。
そういえば、前のRadeon環境でも同じ様な現象が発生したいたような。
そろそろインストールし直さないとだめかなぁ。
あ…サブモニタとして使っているDisplayLinkの影響も考えられるな(汗)
さっきの記事を書いてて、用紙解像度と表示倍率の関係が気になったので確認してみた。
T221で実寸で表示される表示倍率は34.0。
600dpiのA4用紙。 
ページを新規作成した状態。 
画面にA4用紙を合わせてみるとほぼ一致する。
1200dpiのA4用紙。 
ページを新規作成した状態。 
倍になってるね(汗)
理由を考えてみたら、600dpiの用紙サイズで合わせたから当たり前か。 
でも用紙解像度は新規作成の度に選べるわけで、その都度印刷サイズ表示の倍率を指定するのはどうかと思う。
用紙解像度を考慮して表示するのが筋だと思うのだが…
この話、なんか昔にも書いたような気がしてきた(汗)
購入してから半年。
きちんと使えていなかったT221を本来のスペックに近い形で使えるようになった。
左の2はサブのUXGAを縦置き。
縦置きは資料表示やWebブラウジングが快適でオススメ。
用途としては、絵描き用のサブディスプレイなのだが、22インチでこの解像度っていうのは病みつきなる快適さ。
数年前から欲しかった環境を、やっと手にすることができた。
T221にのみタブレットを割り当てている。 
ワイド用のタブレットじゃないから、縦横比を維持させると下が余る(汗)
やっぱIntuos4欲しいな…
利点としては、ディスプレイのドットが細かいので紙に近い感覚で扱うことができる。正確な描画には向かないのかもしれないけどね。
逆に不満は、コミスタに対してだけどスクロールやら拡大縮小といった画面描画のもたつき。
ストロークに遅延は感じられないのでそこはよくできていると思うが、画面描画にも気を使って欲しかった。そういや、やり直しも待たされる感があるな。
CPUというか、PCの性能上げれば描画も改善されるのかなぁ…？昔のCPU引っ張り出して、描画が遅くなるか確認してみようかしら？
試しにPhotoshopのスクロールを確認してみたが、WQUXGAを感じさせない快適さだった。さすがAdobe。
あとマウスを見失いやすいのも不満か。
使い始めて１週間くらいになるけど、これはもう手放せない…予備でもう一台買うべきか？
とりあえずファンの静音化と50Hz化を実行して更なる快適さを求める。
カスタムツールの切り替えについて(今更)わかったこと。前のパレットサイズを基準にして、収まり切らないアイコンは列を増やして描画される。
この仕様だとどうなるかっていうと、どんどんパレットの横幅が狭くなり、列が増えていく。
横幅を広げることはタブーなのか？
ツールセット？ごとにウィンドウサイズを保持してくれないかなぁ…
おかげで１つのツールセットに全部を詰め込んでしまいがち。
すべてのツールセットの横幅を統一すればいいのだろうけど、あのカスタマイズツールではね(汗)
せめてFireFoxのカスタマイズツールくらい編集できれば…
おそらくデフォルトのツールパレット。 
一番下のスペースが気になるが、まとまっている。
いつからか、縦一列表示が追加された。 
最小化ボタンをそぎ落とし、トーンの枠も小さくして縦一列専用とも言えるべき配置が用意されている。
それでは、同じ一列でも横一列では？ 
明らかに見過ごされてる印象。
下のスペースはもちろん、トーンの枠のサイズはそのまま。縦一列と同じように、トーン枠を調整して余分な空白を取り除いてくれればいいものの、おそらく要望が上がっていないのだろうな。
なんで気になったかというと、メインディスプレイを変更するに合わせてツールパレットの配置を調整してたら、縦一列より横一列の方がすっきりしそうなので試してみたところ「なんじゃこりゃ」というわけ。
そういえば…表示変だけど使わないからいいやー、と諦めていたかもしんないな(汗)
ちなみに今はこんな感じ。 
ページごとにくっついている上のアレのデッドスペースと、ツールバーのデッドスペースがかぶってちょうどイイのが泣けてくる(笑)
Thunderbirdを使うようになって、なにげなくタスクマネージャを確認してみたら100MB近く消費していることにビックリ。
今でも使っているedmaxは10MBにも満たないから、この量はなにかあるんじゃないかと思ってしまう。
それにFirefoxも負けじとかメモリ消費量はかなりのもの。タブをたくさん開いているから、というのもあるが…
なんとかならないかなーと思って探していたら、最小化時に不要なメモリを最適化してくれる設定があるみたい。
要は、
about:config を開いて onfig.trim_on_minimize に true を設定してアプリ再起動する
だけの手軽さ。
Firefoxは問題なく実行できたけど、Thunderbirdはどうしたらいいのか悩んだ。
Thunderbirdで最速で「about:config」を開く方法 - Knowledge Database IT
このとおりにやってもうまく開いてくれない。
そこで、スタートページをabout:configに割り当てた。
オプションからスタートページを設定する。 
設定したらメニューからスタートページに移動。
以下はFirefoxと共通操作。
細心の注意を払って使用するをクリック。
試しにフィルタにonfig.trim_on_minimizeを入力して検索。 
引っかからなければ、右クリックから真偽値の設定を追加。 
設定名にonfig.trim_on_minimizeを入力してOKをクリック。 
trueを選択してOKをクリック。 
再度フィルタを入力して、設定されているか確認する。 
後はThunderbirdを再起動すれば、最小化時にメモリの最適化が実行されるようになる。
最初に最小化したときは5MBとかになったから、スゲー！！とか思ったが、時間とともにじわじわ増えていく。結局何も設定しないときの2/3くらいまで抑えることはできるのだが、edmaxの消費量と比較するとどうしても…
この設定はFirefoxの方が効果てきめんかもしれない。
まあ、他にメモリ食いな常駐ソフトがたくさん使っているので、そっちの利用を整理した方が効果的な気がする(汗)
IMAPがお気に入りで、Thunderbirdを常用するようになった。
Firefoxと同じように気になるプラグインがないか探してみたら、Lightningというスケジュール表が人気あるようで、しかもGoogleカレンダーと連携とれるというのだから使ってみるしかない。
そんなに管理するスケジュールがあるわけではないけど、祝日くらいはわかりやすく訴えかけられてもいかも？と思った。
祝日情報をダウンロードしてインポートする方法は紹介されていたのだが、年に一度は更新しなければならないような気がするので、オンラインで常に更新できる方法を探ってみた。
Thunderbird,Lightning,Provider for Google Calendarはそれぞれこんな感じ。
ThunderbirdでLightningを実行。 
左ペインの「カレンダー 」より下で右クリック。 
「新しいカレンダー」を実行。
ネットワークのサーバに保存するを選択し次へ。
Googleカレンダーを選択。
場所は、以下のようにGoogleカレンダーから取得。
Googleカレンダーを起動し、設定を実行。 
カレンダー設定 - カレンダータブをクリック。
日本の祝日をクリック。
ワシの場合はすでに設定済なのでこれでいけるが、設定してなければ追加する手順が必要。
カレンダーのアドレスのXMLで右クリック。 
リンク先のURLをコピーする。
先程のウィンドウに戻り、場所に貼付け。 
次へ。
ログイン情報を問われる。 
自分が取得しているGoogleアカウントのユーザ名とパスワードを入力。
OKをクリック。
以下は適当に設定。 
次へ。
完了をクリック。
日本の祝日を表示できるようになる。
必要ないとは思うけど微調整。 
読み込み専用、キャッシュさせておく。
複数のGoogleアカウントを一元管理できるThunderbirdはかなり便利。
Webでしかできないこともあるけど、それ以上にローカルで作業できるアドバンテージはデカイ。
IMAPは便利なものの、本体＆プラグインを端末ごとにインストールしなければならいのは面倒。ただ、Firefoxと同じように環境移行させることができるのでなんとかなりそうな感じ。
