試用を申請してWindows7 64bit環境にイラスタをインストールしてみたのだが、コミスタに比べると格段に重くなってる印象。 
カラーベースだし、出来ること増えてるし、見た目も凝っているみたいだから処理が重くなるのは必然だけど、この重さは用途不確定なワシには常用は厳しいな。
一応、SAI以外で線画を描けるものの候補として使ってみたんだけど、線画だけならコミスタの方が全然良いね。
この価格でCMYKモードに対応してるのはすごいインパクトだが、Photoshopが手元にあれば入手する必要はないし…持ってなければ間違いなく買っていただろうなー。
次のコミスタはイラスタをベースに作られると思うけど、重くならないことを切に願う。
久しぶりにdocomoのサービスエリアを調べてみたら、実家がFOMAプラスの対象範囲に入ってた。
au初のandroid端末にも呆れたことだし、乗り換えを考える。
softbankの戦略も気になるなぁ。
ソフトバンク電波改善宣言 | ソフトバンクモバイル株式会社
iPhoneって形状が変化してないからパーツ類も購入しやすいんだよな。
自転車の防水マウンタとか。自転車のGPSとして使いたいワシには揃えたい逸品。
フェムトセル＋iPhoneの購入で決まりか？と思ったが、大事なことを思い出した。
実家近辺にADSLが来てなかった(涙)
もちろん光も…
とりあえず今度帰省したときに姉のFOMAでどの程度使えるのか試してみて、イケそうならxpeiraへの乗り換えを…できればいいな。
気になるガジェット。
Photoshopとかのレイヤーパレットやブラシパレットの表示/操作用に利用できないものだろうか？マルチモニタで表示する場合とは違って、操作も受け付けるから使い勝手は良さそうなんだけど…視線移動が大きくなるから現実的じゃないか？
706狙いで状況を伺いつつ、値下がりを待つ(汗)
2chのスレで見つけた、パースボックスを生成してくれるFlashアプリ。
左側のメニューからたどれるのはコレ。
メニュー形式で機能が整理されているけど、ワシとしては以下の方が使いやすい。
こいつをいつものごとく、Chromeアプリにしてしまおう(笑)。
ソースを表示し.swfを検索。 
embedの方はリンクになっているので右クリック。 
新しいウィンドウで開く。
あとは、アプリケーションのショートカットを作成すればOK。 
とってもコンパクト。 
パースのPNG出力時は、別の窓が表示されるのが惜しいが、Webアプリなので仕方ないところ。 
PNG出力も含めて、Airでローカルアプリにできねぇかなぁ…
ちなみに、説明にある通りグリッドライン以外は透過処理されているので安心。
ダウンロードしたファイルをPhotoshopに読み込んでみたところ 
奥行き表現(SketchUPでいうところのフォグ?)されているグリッドがとても綺麗でお気に入り。
球体やら円柱やらの表現も可能なので応用範囲が広い。
画角も設定できるのだが他の焦点距離扱いに慣れているせいか、ちょっと感覚が違うかも…？
個人的に背景色を変更したいけど、透過PNGで保存されるなら問題なし。
Photoshopのプラグインとして利用できれば最強なのだがなぁ…
さて、下絵の読込ってどうやるんだろ？(汗)
ネットで聞けるようになって喜んでいる一人です(喜)
しかもAMラジオまで対象になってて、ステレオ化して電波を探す必要もないのだから好きな人にはたまらないはず。
ラジオ聞かない人にはドーデモイイとは思うけどね(汗)
聴取用アプリも出てきており、いくつか試してみたのだが…結構メモリ食う。
ワシの場合、J-WAVEを垂れ流し状態なので最小化してそれっきり。インターフェースのうんたらかんたらは必要ない。
だったらChromeのアプリケーション化でいいか。
"C:\Documents and Settings\ユーザー名\Local Settings\Application Data\Google\Chrome\Application\chrome.exe" --app=http://radiko.jp/player/player.html#FMJ
が、これも結構メモリ食ってる。
それで思い出したのが、Firefoxの最小化時に使用メモリを削る機能。
prismでアプリ化すればいけるかも？
アドオンからPrismがインストールされていることを確認。 
ようやく最新のFirefoxに対応した。
radikoプレイヤーのページを開く。 
必要のないものはチェック外しておく。 
OKをクリックすれば、デスクトップにショートカットが作成される。
次に、ショートカットの設定ファイルを編集する。
"C:\Documents and Settings\ユーザー名\Application Data\Prism\J-WAVE(radiko)\Profiles\環境による.default\prefs.js"
の、user_prefが並んでいるところに以下を追加する。
user_pref("config.trim_on_minimize", true);
保存して閉じる。
準備は以上。
ショートカットを実行してタスクマネージャを起動、イメージ名Firefox.exeを見つけておく。 
radikoプレイヤーを最小化してみる。
メモリ使用量が小さくなれば成功。
ただワシの場合、ショートカットを実行するとprefs.jsに保存したはずの記述が消えてしまい設定が有効にならなかった。何度か保存、ショートカット実行、終了を繰り返しているうちに保存されるようになった。
今にして思えばFirefoxの終了処理に時間がかかってて、終了処理中にPrefs.jsファイルを更新していたのかもしれない。
やはりメモリ使用量が少ないのは嬉しい。
が、一定使用量で安定せず、じわじわ増え続けるのは嫌な感じ。
この辺はFlashの仕様なのかも。
一日中つけっぱなしにしてたら、1.2Gまで消費してた(汗)
定期的にウィンドウを元のサイズに戻す→最小化してやればいいのだが、ソフトウェア的に実行させることできないかな？今後の課題。
録音も…今後の課題かなぁ。
画像処理系のディスプレイとして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が不安だ…
でもきっと、そんなことは忘れて最新バージョンに上げてしまうのだろうな(汗)