exket開発だらだらブログ

SVNいいね

Mon, 15 Mar 2010 00:11:03 +0900

個人事業の仕事でやってるプロジェクトも含めていろいろSVNでの管理に移行中。

個人での作業なので、プロジェクト管理というよりは、
１日の作業が終わったとか、ビルドが通ったとか言うときに
こまめにコミットしとくと差分が蓄積されて
作業履歴が自動的に蓄積されるというのと、
「サーバ上にあるプロジェクトをクライアントで作業する」っていうのが
SVNクライアントを使って楽に作業できるので
作業マシンをThinClientライクに扱えて、その時その時で好きなマシンで作業できる。
（実際にはクソ重たい開発アプリケーションをインスコしないといけないから
　ちっともThinClientじゃないが ^^;..）

今まで１７インチのノートマシンに開発環境とデータ一式オールインワンで
保持してたけど、これからはプロジェクトはサーバにあって、家では
iMacで作業して、出先でって時だけノートで、っていう風になりそう。

そうなると重たくてデカいノートじゃなくて薄いノートが欲しくなるワナ ^^;..

　　　　　MacBook Air欲しい・・・

C78申し込みました

Wed, 17 Feb 2010 14:21:07 +0900

さて今回は受かるでしょうか。

exket正式版は C78のカタログCD-ROMが発売される前に余裕をもってリリースできるようにしたい。頑張ろう。

SVNとTrac導入

Sat, 13 Feb 2010 10:20:27 +0900

一人で作業してるので全く必要性を感じてなかったのだが SVN を導入してみた。
とりあえず、バックアップ用。

っていうか、SubVersion と Trac を Apache 経由で使えるように
ソースからビルドするのってエラく大変だな・・・・(´・ω・｀)

iMac27インチを買った。
速攻でBootCampでNTFSパーティション切ってWindows7 64bit版をインストール。
exketも無事動きました。
2560×1440の画面でサークルカット最小にして大量に表示してもなめらかスクロール。
さすが Core i7 様です。

この画面サイズでこのレスポンスが確認できたので
もう暫くは表示エンジンの最適化方面は手を付けずにおこう。

アプリケーションとしての体裁を整える方に全力投球。
まずはドッキングタブ化ー

ぐあー　ハートをキャッチし損ねたああああああ

Sun, 07 Feb 2010 23:53:34 +0900

なんだよー
うまこっしー作画とか先に言ってくれよおお(´・ω・｀)

雑

Thu, 04 Feb 2010 21:33:01 +0900

仕事が忙しい。

夏コミの申し込み締め切りがナニゲにもうすぐだ。

ごごごご

exketに手がつかん＞＜

Windows7 で動いた＼(^o^)／

Tue, 02 Feb 2010 23:19:20 +0900

Core i7 のiMac27インチを購入した。
速攻でBootCampでWindows7 64bit版をインストール。
ちゃんと動いたよ(^o^)

この iMac、解像度が2560×1440もあるのでサークルカットを一番小さくすると冊子カタログにして１７ページ分ものサークルを一度に表示しちゃうんだけど、さすが i7、ごきげんにスクロールしちゃいます。

タブでドッキングなUIを作成中

Sat, 30 Jan 2010 22:46:44 +0900

ちまちまと作成中・・・・

え？

車輪の再発明なんかやってねーで 2008のフィーチャーパックのタブなMDI使えって？

だってあれダセーじゃん・・・ ^^;..

とはいっても自分もセンスいいワケじゃないのでどっこいどっこいなもんができあがりつつありますが。

まあなんというかし～ぽんと見た目で区別が付かないってのは避けたい・・・

ガベコレ

Tue, 26 Jan 2010 11:01:35 +0900

exket は C++ & MFC で書いてます。当然ガーベジコレクションとは無縁です。

仕事で使う言語は今のところ C++が圧倒的に多いですが、たまに（というか今^^;..）Javaとかで組んでいると、このオブジェクトはいつ破棄されるんだろう・・　とかすごく気になってしまうｗ

今はもうGUIが大部分を占めるようなちょろっとしたものならわざわざC++で苦労してメモリ管理しながら組むよりは、C#で作ったほうがよっぽど生産的という世の中。
これから、64bit当たり前、メモリも今の10倍100倍当たり前の世の中になったら、GC任せで気兼ねなく作れる範囲がもっと増えていくんでしょう。

ただ、今はまだ、GC任せでは心許ないマシンがまだまだ大多数に思える。
メモリ1GBのXPマシンみたいな、メモリの大部分をシステムに喰われてしまう構成のマシンは現在たくさんあるし、数年くらいはまだ主流を占めるでしょう。

exketなんかは現在メモリ70MBくらい消費してて、どんなに増えても100MB以内には収めたい。
メモリが潤沢でないマシンを基準に考えるとそれが限度。（これでも公式ブラウザの数倍もメモリを使うとても贅沢仕様ｗ）
そうなると、４万のサークルのサークルカットを表示するのに、不要になったサークルカットを放ったらかしてGC任せというのはちょっと厳しいという印象。

C#でかかれてるし～ぽんさんはREADMEには70～80MBと書かれてますが、普通に使ってると120MBは超えて、UWXGAクラスの画面でどばーっとスクロールすると瞬間最大で300MBくらい行くことがあります。メモリ1GBのXPでし～ぽんを暫く使ってると、ページスワップが頻発するのかWinや他のアプリの動作がしばらくもたついてしまうんだが私の環境だけだろうか。
ただまあ、あと５年もしないうちにこれくらい何の心配もなくGC任せでいける世の中になるんでしょう。っていうかなって欲しい。楽したいです^^;..

自分でメモリ管理する時に面倒なのは、マルチスレッド化した時。
exketで、読み込みが間に合わないくらいの高速スクロールをやると、裏のスレッドでサークルカットを読み込み終わって表示しようとしたらそのサークルは既にスクロールアウトしていた、みたいなことになっていて、じゃあそのサークルカットはいつ、誰（どのスレッド）が破棄するのか、ってのがとても面倒なことになる。
で、これについては、Objective-C というか NextStep流の Retain&Release の参照カウンタ方式で管理して、Release時にカウンタが０になったらそこで破棄みたいなカンジでやってます。こういうものについては GCで楽してーなぁ・・・　と思います。^^;..
そういえばObjective-Cも2.0でガベコレ搭載しましたね。

以前 Javaで書かれたシミュレーションプログラムの手直しの仕事をしたのだが、２次元座標を保持するのに
public class Point{ public int x; public int y; }
みたいなクラスを使っていて、これがシミュレーション中に数百万個はゆうに作られてはガンガンGC行きになっていて、これをヤメて単純に int x; int y;で持つようにしたらそれだけで実行速度が格段に速くなった。
ただその代償として、ベクトル演算なんかは全部ベタに展開して書かなければならず、コード量は増え、可読性はガッツり減った。
学校で研究目的ってんならJavaで可読性を優先すべきだし、この手のメモリがいくらあってもありすぎることはない計算でスピードやメモリ量優先っていうんなら C++ でしっかりメモリ管理しながら書くべきだよなあ。
そういう用途でも気兼ねなくガベコレ使える世の中はいつになったら来るだろうか。
早く来てください。

Windows2000で動いた＼(^o^)／

Thu, 21 Jan 2010 22:42:25 +0900

Win2000をいじる機会があったので exketを起動してみたところ、
gdiplus.dll が無いと言われて起動しなかった。／(^o^)＼

gdiplus.dll はマイクロソフトのサイトで配布してるので
DLして exket.exe と同じところに置いたら、動いた！　＼(^o^)／

でもまあ対象OSは XP以上で、2000はたぶん動くよ、くらいのスタンスで。

というか 7 で動くか試したいんだけど、7用にネットでポチったマシンが
まだ到着しない・・・　ぐぬぬ・・・

CrossOver Macで動かすと遅い件

Thu, 21 Jan 2010 22:24:32 +0900

ちゃんとは調べてないけど、どうもPNGの読み込みでつっかえてる。
exketはPNGの読み込みは単純に CImage::Load で済ませちゃってます。
libpngも試してみたんだけど、CImage::Loadの方が速かった。

で、Wineでは、CImage::LoadのPNG読み込みはlibpng使って実現してるんじゃないかな？　みたいなかんじで、それに応じて読み込みが遅い。結構これが致命的。

あと、exketはページ画像読み込みとかのバックグランドスレッドは表の画面描画を邪魔しないためにスレッドの優先順位を低くしてるんだけど、Wineだと優先順位差によるCPU時間の配分がWinと違うっぽいなあ。まあ仕方なす。Wineは動けば万々歳とかそんなカンジで。