mieki256's diary

の一覧ってどこかにないものであらうか。どういう文字列が返ってくるのか判らんのだよな。後ろにファームウェアのバージョンナンバーがついたりするのであれば、単純に str.equals("hoge") とかできないわけで…。

◎ _機種依存表 :

◎ DoJa3.0 の pdf を読んだら :

◎ _作ろうiモードコンテンツ：ユーザエージェント一覧 :

◎ ちとズレた話ではあるけど、スピーカから音を出して動作チェックしてると :

数日前に、とある方からもらったメールがきっかけで。iアプリのフレームレート、というかメインループの回し方のあたりの話が気になっていたり。

以前、「iアプリは10fps程度しか出せないと思う」「タイマ分解能が100msの機種があったりするから」と書いたことがあるのだけど。そのへんの情報を検索してみたら、505i以降なら最悪な機種でも25msの分解能があるらしいと知った。 *1 となると、分解能だけ見れば10fps以上が出せることになりそうな。

でも、個人的な予想では、描画が足を引っ張ってしまって劇的な改善は見られないのではないかとも。例えば自分は N506iS で動作確認してるのだけど、どうも画面を2回程度描くと処理落ちするような感触だったり。…いや、自分の作り方がマズイ可能性大ですが。このへん、測定に特化したサンプルプログラムでも書いてみないと、たしかなことはわからない。

メインループの回し方についても、今現在自分がやってるやり方でいいのかどうか不安だったり。電池の持ちが多少はよくなることをほんのり期待して、Thread.sleep() で次のフレームまで待たせてるのだけど。下図の、右のような状態になりそうな気がしていて。 ところが、実機で動作確認してる分には、これといってそういう状態になってるようには見えず。ストップウォッチの1分と、iアプリ上の1分を比べてみたけど、同じように時間が変化してる。…なんでやろ。処理時間より待ち時間のほうが圧倒的に長い状態なのか。であればもっと面倒な処理をしちゃっても大丈夫ってことになりそうな。

そもそも Thread.sleep() ってどういう動作をしてるのかよくわからんのであります。＞自分。…iアプリ内で時間を計ってみれば、そのへん大体予測はつくのかな。

◎ _携帯アプリを作る人が集う場所　其の一 :

---

参考にさせてもらいつつ作業。

文字入力の際にフォントを選択しようとすると、

Pango-ERROR **: file shape.c : line 75 (pango_shape) : assertion failed : (glyphs->num_glyphs > 0)
aborting...

とエラーを出して落ちる。Windows 版だから不安定なのか。

せめて汎用性のあるドローデータ形式でエクスポートできれば、他のツールで読み込んで編集等して、使い道も出てくるのだろうけど。でも、OpenOffice Draw などで読み込むとおかしなことになるエクスポートの結果ばかりで。うーん。

◎ 配布サイトを覗いたら新しい版らしきものが出てた。 :

◎ GIMP も開発版を入れてみた。 :

◎ Diaで文字入力できるようになった。 :

◎ 今のところフリーで使えるドローツールで一番安定してるのは :

OpenOffice Draw だけではなく、Dia もそうなのだけど。何かを描画すると、その直後に選択ツールになるあたりがつらい。何か抜け道はないものか。

「描画」と「編集」が混在してると作業効率が悪くなるような印象が。「ひたすら描画」したその後で、「ひたすら編集」するほうが楽じゃないのかなと。あるいは、「描画」した直後にすぐにでも「編集」したいなら特定のキーを押せばいいとか、そういう操作でもいいのではないかと。

などと書いてみたが。本当に、連続で描画はできないのだろうか。不安になったので OpenOffice Draw のツールバーのあたりを色々キーを押しながら操作してみたり。む。選択ツールに切り替わらないで、「描画」モードに固定されるときがある。しかし条件がわからん。

ヘルプを眺めてみた。…あ。これだ。「同じ種類のオブジェクトを複数描く場合は、アイコンをダブルクリックします。」とある。…知らなかった！

◎ Dia も同じだろうか。 :

◎ Inkscape はどうだろう。 :

以前は、配布ファイル中に含まれている Gtk+関連DLL を消さないと、重すぎて使う気にならなかった。が、開発版を Gtk+ 関連DLLが含まれたままの状態で起動してみたら、圧倒的に動作が軽くなってた。素晴らしい。