2008/08/15

comicstudio とうとうMac版の登場、そして

Windows版が発売されてから、ちょうど一年後になるのかな?

とうとうMac版の発売にこぎつけたみたい。ただ、熱心なコミスタ使いonMacな人は、すでにintelMacで利用しているのだろうと考えている。どれだけ需要があるのかな?

おそらくMac初版=Windows版4.1.4だと思われるが、どれだけ安定してるかだなぁ。Windows版と同じようなことになったら会社としてどうかと思ってしまうし…それがやり方っていうならあり、なのかなぁ?バグ情報の盛り上がりかた次第でMacユーザの量が測れそうで楽しみ。

Mac版の方が使いやすかったりするんだろうか?Mac持っていないワシには知ることができないけど…そういやインストールメディアがDVD1枚になっているのな。Windows版はCD3枚(4枚か?)なので、ちょっとうらやましい(笑

さて、Mac版でも売り上げを伸ばすことができるのか…発売が楽しみだね。

そんで、

『IllustStudio』 (仮称) クローズドベータテスト実施のご案内

こっちも気になる。この不景気にスタッフ募集とかしてたのはこういうのも開発していたからか?最近だと書き味を売りにしたソフトがシェアウェアって形で出回るようになったけど、それらに触発されたのだろうか?なんにせよ良い傾向。

参加者には、製品版と商品券がもらえるって。応募してみっかなー。

ただ、基本的にはコミックスタジオのサブセット版と考えられるので、機能的な部分では大きな違いはないと思われる。なので、カラーブラシの雰囲気とかは期待できないだろう。今回の注目はあくまでソフトとしてのパッケージングの仕方。インターフェース的にもコミスタと同じようであれば…サヨナラだなぁ(汗
最低限の及第点としては線画が作成できるソフトであること。多分ベクター線は扱えるようにしているはずだから、カラーイラスト作成時にPhotoshopと補完しあう関係になるだろう。まあ、コミスタやSAIを持っている人&不満のない人にはまったく魅力のない製品なのだが(笑
どれだけ「IllustStudio」と称するだけの機能を盛り込めるかがポイントになるかと思うけど…
あとは販売価格か。SAIの5000yenがいい目安だろうな。実売7000yenあたりが現実的な線だけど、競合製品を出す意味がどれだけあるのかなぁ?ヘタに出してサポートに時間取られて他の製品の開発に影響が出るようなことはカンベンして欲しい。

ワシの希望としては、次のコミスタを踏まえていろんなことを試して欲しいと思っているが…まずこの方向はないだろうな。

βテストって基本的にバグ出しだしねぇ…仕様に口を出せないものだろうし、製品に魅力がなければ参加する意欲も沸かないけど、この情報だけで参加申込してもいいものか、ちと不安。まあ、申し込むだろうが(笑

あれ?15日ってお盆休みじゃないのか?なのに更新って…?
あー、そういやコミケかぁ。

まったくはM$は…

ブログ更新の常用アプリと化したWindows Live Writer。M$を見直したソフトでもある。

ノートパソコンにも入れようと思いセットアップファイルをダウンロードして実行したのだが…何べんやってもインストールできない。途中のだるんロードまでは完了しているようなのだが、インストールフェーズでつまづいてしまい、エラーメッセージを見てもなんのことやら分からず。

諦めて放置していたのだが、最近Windows Updateを実行してみたら、ダウンロードまでは完了するのだがインストールフェーズでつまづいてしまう。やってることは違うけど、結果はWindows Live Writerと同じようになってしまう。

あんましよろしくない状態なので調べてみたのだが…まともなエラーメッセージは吐き出さないし、M$のキーワード検索は相変わらずのク○だし。同じキーワードでもググッたほうがヒットしたりするこの状況、いったいいつからなんだか…?
M$Jは良くして行こうという気があるのか疑ってしまう。

いつもの方法を駆使して得られる情報は前とあまり変わらず。唯一、Windows Updateができないという人の情報を見つけ、リンクがあったので辿ってみたが、リンク切れ。
しばらく頭を抱え込む。

そういやInternetExprolerを経由してアクセスしてるんだよなぁ…とするとFirefoxを既定のブラウザにしているのが気に入らないとか?

それくらいしか思いつかなかったので、ものは試しと既定のブラウザをIEにして、再度実行してみたら…あっさりインストール成功。
WindowsUpdateの実行もできるようになりました(汗

これはやっぱりM$の戦略なのか?既定のブラウザじゃなくてもインストールしているんだから、そっち使うようにできないもんかね?
IEなんてここ数年まともに使ってないし…ブラウジングはやっぱりFirefoxです。

デスクトップも同様だった(汗
image image

そういや、Live Writerって全然バージョンアップされないのなあ。フォントサイズを変更できるようになると便利なんだが…

2008/08/13

comicstudio4.1.4 ひさしぶりに

バグっぽい現象を見つけた。仕様だとしたら、悲しいが(笑
image

これが問題のレンダリング結果。本当はレンダリング結果を直接貼り付けようかと思ったが、サイズが大きい成果うまくいかなかったので、画像ビューアで表示させたものをキャプチャしてきた。左右の黒フチはその名残(汗。
この現象、最近よく目の当たりにしていたのだが放置していた。発生条件がいまいちはっきりしなかったからだけど、なんとなく読めてきたので、試してみたらビンゴだった。 image

600dpiのページファイルに、600dpi、300dpi、150dpiの解像度のレイヤーを用意。それぞれ不透明度を下げ(ここでは30%)て書き出す。
image
色深度はカラー(or グレースケール)を指定。
画像形式をすべて試したわけではないけど、psdでも同様だったような…ちなみに色深度をモノクロ2値にすると不透明度情報やカラー情報が無視され、あるかないか(2値)だけで判断される。

ちなみに…

こんな感じになる。
image 
…気にせずに使っていたけど、これって仕様ってことで流していいのか?(汗
使い始めてから結構たつけど、コミスタの用語の使い方ってなんかしっくりこない。この色深度-モノクロ2階調にしても、不透明度をドットパターンで表現してくれる…に取ってしまうと思うのだが。マニュアルしっかり読め!ってことなのかやっぱ。あと、不透明度をレイヤーで細かく表現できるのに、それをモノクロ2値では表現(出力)できないって…どうなの?グレイレイヤーを2値化して表現する機能はあるのだから、もっと機能を整理して、利用者の要求に合う出力パターンを定義できるようにして欲しいもんさね。

話が逸れた(汗

簡易プレビューの機能が確かならば、
image 
な雰囲気で出力してくれるはず…なのだが、結果は最初の画像の通り。

ページの解像度とは異なる解像度を持つレイヤーの不透明度をグレースケールで表現(出力)できないってことっぽい。

この現象に気がついたきっかけは、クリップボードの画像を貼り付けるとき、必ずカラー600dpiのレイヤーが作られる。だいたいが小さすぎる(恐らく72dpi画像として扱っているのだと思う)ので、600倍とかに拡大することになるのだが…そうするとかなりのサイズになってしまう。2値化してしまえば600dpiでもたいしたサイズにはならないのだけど、できればグレースケールで残したい…とすると解像度を下げざるを得ない。貧乏性なんでね(汗

…このクリップボードからの貼り付けもユーザーが…いや、それはやめておいたほうがいいか(笑

2008/08/11

欲しかったりするけどたぶん買わない(買えない)もの

いいなぁ、SSD。

上海問屋で16GBのSDHCが4999yen。96GBで30000yen。カード自体も上海問屋で購入できるから、送料(399yen)あわせても4万ちょっと。HDDと比べちゃアレだけど、ワシにはお高いかな(汗
モバイル用途のパソコンもないしなぁ。新型のEeePCとか購入したら別だけど。

後から容量を増やせるのも魅力的。SDHCがいつまで市場に出回っているのかが問題だけど…

そういや最近DDRメモリって見なくなったなぁ。

http://www.acard.com/upload/2008071711470221ANS9010%20450x450.gifもう一つの欲しいもの。DDR2メモリを利用したRAMディスクドライブ。
8枚挿しで最大64GBまで対応してるそうな。

いいなぁRAMディスク。

Gavotteを導入してからというもの、病みつきな状態。
相変わらずUSBディスクの取り外しとか追加とかするとRAMディスクドライブが見えなくなってしまうけど…そんな不具合があってもやめられない(笑
ページファイルやPhotoshopの仮想ディスクをRAMディスクにしてしまいたい。64Gあればいい暮らしができそうだ。

まあ、64Gにするには8Gのメモリを購入しなければならないわけで、そんなメモリを購入すること自体、いい暮らしをしている人じゃなきゃ無理なわけで(汗

メモリスロットが8本あるマザボとかあんましないしな。だいたいがサーバー用途だろうし…

2008/08/06

comicstudio4.1.4 予想以上に

最近はたいした用途に使っていなかったので4.1.4はほったらかしにしてた。久しぶりに色々いじってみたけど…結構使い方忘れてるなぁ(汗
まあ、使っているうちに思い出すか。

前回の投稿、v4.1.4とあるけど、実際はv4.1.3、思いっきり勘違いしてた(汗

?×相変わらずベクターレイヤーのあるページの保存にめちゃくちゃ時間がかかる。これはネットワークドライブに対する保存で、ベクターレイヤーへの変更がなければいつもの感じの時間だけで済む。明らかにベクターレイヤーに対する処理…プログラムというより仕組みに問題がありそうな気がする。ラスターレイヤーだけだとそんなに気にならない(ローカル保存と違って多少遅い)レベルなのだが…ベクターレイヤーの場合、線画増えるとあからさまに処理が重くなるから仕方ないのかもしれないけど、保存くらいは楽にできるようにしてほしいもんさね。
LAN環境(NAS、Hub、作業パソコン)がGigaBit対応したので、実際にどの程度のものか測定してみることにした。

FDBENCHで性能測定

それぞれランダムに3回計ってみた。結構ばらつきがあってあんまし参考にならないかも(汗
相対的な速度だけ分かってもらえればいいかと…

(U:)NASの共有フォルダをネットワークドライブに割り当て
image image
image

(Z:)別のパソコン(WindowsXP)の共有フォルダをネットワークドライブに割り当て

image image image

(D:)ローカルドライブ(IDE→SATA変換)
image image  image

(V:)USB接続ドライブ
image image image

(R:)Gavotte Ramdisk
image 
image image

imageimageimageimage

保存時間の計測

手順は、あらかじめ作成しておいたベクターレイヤーのあるページを開き、全体選択→コピーして、新たに作成したページにペースト。
この状態のものを別名で保存で開かれたダイアログで複製を保存にチェックして、ok。ダイアログが閉じられるまでの時間を計測。

image
ラスターレイヤーが2つあるけど空っぽ。
保存されたデータは以下のようになる。
image
ベクターレイヤーで約19M…結構なサイズかと。

始めてみるとあまりにも時間がかかるので、デスクトップビデオキャプチャソフトを利用して、後から計算した(汗

で、保存してみた結果。(単位:秒)

  u:\ z:\ d:\ v:\ r:\
1回目 15:59 13:14 9 10 8
2回目 15:24 12:57 11 12 9

一応、MTU値は近いものを設定している、つもり。

  • NAS MTU:4102(JumboFrame)
    image 
  • 作業パソコン MTU:4KB MTU
    image

    ついでにFireFileCopyでは、d:→u:へのファイルコピーで6[MB/s]くらい、d:→z:へは7[MB/s]くらい出ている。

  • ネットワークへの保存、どう考えても時間がかかりすぎ。逆に、アレだけのスコアをたたき出すRAMドライブへの保存が思ったほど高速ではない点も気になる。ベクターレイヤーの保存ロジックに癖があるのか?
    v3の頃もかなり重かったけど、今回はさらに群を抜く重さ。間違いなくベクター線の数が増えたからだろうけど、ローカルドライブへの保存と予想以上に差が開いたのでガッカリ。ベクターの保存が早くなったと聞いたことがあるけど、ローカルドライブに対してだけチューニングしたってことなのかな?

    ちなみに、このベクターレイヤーをラスターレイヤーに変換して保存してみたところ、保存先に関わらず1~2秒で完了。Illustratorも重い文書は結構時間かかるけど…違った、保存全般が重いんだった。でも、Illustratorの場合ネットワークドライブが特に重いという印象はない。
    いっそのこと、ローカルドライブに一次ファイルを作成して、出来上がったものをネットワークドライブにコピーする方法の方がいいのではないかなぁ。バカ正直にネットワークドライブ上でデータをちくちく作ろうしなくても…ね。

    これだけ問題がありそうなことなのに、ほとんど話題に上っていない(ように見える)のはなんでだろう?ネットワークドライブ+ベクターレイヤーという組み合わせがあまりにも特殊だからか?
    GigabitEtherに置き換えれば改善してくれる、と期待したんだがどうにもならなかった(涙
    ver3からの問題のような気がするんだけど、やっぱり要望が上がらない限り放置なのかなぁ…ニーズなさそうだもんなぁ。ヘタに手を加えて保存にバグが組み込まれるのも困るしなぁ…
    ネットワークドライブに保存するなら、ベクターレイヤーは使わない方が良い…かもねっ!

    2008/07/31

    Link de 録+ やっぱり不安定なHVT-T100…

    安定してるかと思ったらやっぱり不安定だったHVT-T100。

    外部チューナ連動機能のリカバリテストになんねー。手を焼いていたLink de 録が最近は安定しているのが笑える(泣
    今日もHVT-T100がハングってたせいで録画失敗…価格.comの情報によると今週には新しいファームが公開されるらしいけど、信用してもいいのか?いや、情報提供者じゃなく、あいおーの方(汗

    メーカーへの不信感が強まるばかりの最近…発売当時はアレだったけど、アップデートをしっかり実行してくれるCELSYSの株が上がっているヨ。ホントは最初っから出来がいいのが普通なのだと思うのだが…(汗
    やっぱりadobeは偉大だ。

    地デジ録画ってことで言えば、MonsterTVで暗号化抜きのTSファイルを作れるドライバが存在するみたいなんでそっちに乗り換えたい気持ちが山盛り。Linuxで利用できるようになれば最高なんだがなぁ。

    ま、Link de 録+のスクリプトはだいぶ安定してきている感じなので、公開できる日もそう遠くなさそう。ただ、リモコン送信コマンドの一発目が失敗するのは未解決だったりする。なんとかしたいが…スキルが…(汗
    あ、公開するなら変な英語も修正しないと…
    修正されないようだと、やっぱりUSB連動機能を利用した電源制御機構を作るしかないかなぁ。

    2008/07/24

    Link de 録+ 安定してるやも?

    アンテナレベルの低いチャンネルをリモコンに割り当てずにHTV-T100を運用してみたけど、思いのほか安定している。つまり、チューナの電源入れても映像が出てこなかったことがない。実験成功かも?

    ただ、リモコンにチャンネルを割り当ててない(=リモコンで選択できない)の番組情報まで拾ってくるのはいかがなものか?選択できないようにしてるのだから拾ってくる必要はない気がするのだが。
    image

    せっかくアンテナレベルの低いチャンネルを無視しようとしているのにね。
    ふと気がついたけど、チャンネルのアイコンあったりなかったりするのはなんでだろ? アンテナレベルが低いから…なわけじゃないしな…。

    ま、動作が安定しているからよしとしよう。(笑

    2008/07/21

    Link de 録+ モノは試しに

    HVT-T100の状況はますます悪くなるばかり。腹立つし暑いし!(汗

    サポセンに電話しようかと思ったら、今日は休みだ(泣

    今日も予約が入っているので多少なりとも状況を改善したいため、しぶとく様子を伺っていると、アンテナレベルが低いチャンネルで症状が発生しやすいような気がする。
    そこで、怪しい(アンテナレベルが低い)チャンネルは無効にして様子を見てみることにする。具体的には、NHK総合とNHK教育、あと放送大学。念のために日テレも。
    この辺のチャンネルで受信中にハングすることが多い…かな?

    image

    これで改善されるといいなぁ。

    改善してくれぇ…(呪

    Link de 録+ 改善せず

    HVT-T100の状況が改善しない。

    電源供給停止/再開(コンセント抜き差し)を実行すれば回復するのだが、こちとらリモコンによる自動制御なためそこまで手が回らない。まあ、Link de 録のエラー回復のためにも電源制御まで手をつけないといけないかなぁ、という気はしているが…

    ソフトの問題ならさくっとファームの更新してくれないかなぁ…同じような現象に悩まされている人多いみたいだし。
    ハードの問題を認識したから出荷を停止してるのか?それにしては本体交換で対応しているようだから初期不良率が高いだけなのかも?…というか、家の場合はファームアップしてから明らかに状態が悪くなったのだが(汗
    使っているうちに発症した、というところなのかなぁ。

    今回の件でアイオーに対する不信感がかなり高まった。安いチューナに飛びついたのが悪いのか…そんな結果だったら悲しいねぇ。
    メンドクサイけど、やっぱりサポセンに電話してみる…

    2008/07/15

    Link de 録+ HVT-T100その後

    サポートセンターに電話しようかと思ったけど、いじくっているうちに、映像を出力しなくなる条件というか挙動が分かってきた…気がした。

    どうやら

    受信状態の悪いチャンネルの受信に失敗→例の症状

    という流れがあるみたい。

    そこで、受信状態の悪いチャンネルを削除できればいいのだけど、やりかたがよくわからないので、設定を初期化、チャンネル設定を日中(放送終了していない時間帯)に実行してみた。
    今のところ、例の問題は発生せずに使えている。

    ただ、放送電波が受信できなくなる時間帯になった場合にまた同じ現象が発生するかもしれない。安心はできないけど、とりあえず使えるようになってほっとしてる。