省電力化するには
カテゴリ: ┣ VNCらしきもの
ぐおおおおお、落ちていた針金踏んだ。。。
ちくっとくらいな感じだったんだけど、引き抜いたらそれは意外にも長く、5mmはささったんじゃないかってくらいで、抜いたとたんに血がドバドバでてあせった;そして時間がたつと痛みもこみ上げてくるわけで。。。うーん、足元には注意しないとね。

アクセス解析見てたら こちらのブログさん を発見。
なにやらiRemoteの記事があるじゃないですかー。しかもふたつ

折角なのでレスっぽいものを書いてみる。
やっぱこういう記事にとりあえげられるってうれしいもので、実際に使ってくれている人がいるんだなぁ、と実感できる。


>画面の表示はmobile2PCと同等か速いくらいであり、カーソル移動がちょっとギクシャクするが良くできている。
ギクシャクはカーソル導入時から気づいてましたがほっときっぱなし。。。
ギクシャクの理由は多分描画中での通信を許しているからかなぁと。ケータイのスペック上、作り手が触れることのできない部分である実通信部の処理であっても結構な処理を食います。
現在iRemoteの描画fpsは15fps完全固定で、これは操作がないときも固定であって東方らしきものなどゲーム的な手法。時間的には66ms。実際に描画にかかってる時間自体は10msない程度で通信に処理を取られても十分に間に合うであろう時間です。
ここで何が問題になってるかっていうとおそらくは反映のタイミング。g.unlock()。
もしくは描画開始のタイミング。

これらのためにメインスレッドは必死にタイミングを見計らってるのに通信により突発的に大きな処理がでたりで、一定のタイミングで反映ができなくなってしまっているんだと思います。まぁ要するにワタシの腕が未熟なんですけどねーorz

デコードスレッドなんての動いていて中身は結構ひどい有様。描画安定化のために通信スレッドを一時的に停止するとか必要かも。


>一方のiRemoteはPC側のマウスを移動させても、ポインタはケータイ側でポイントした場所に引っ張られる。
多分PC操作中はケータイもそれに追従ってのが親切設計だと思われます。
そもそもなぜケータイの操作優先かというと、ケータイはカーソル位置を一方的におくりつけ、PCががんばってそれにあわせているだけだからで、ケータイは実際のところPCのカーソルがどこにあるかなんてわかっていないのです。
ケータイの操作がないときはPCのカーソル位置を取得するという機構をつけることでmobile2PCのようにもできるはず。
こんな機能がつけば操作ロック機能なんていらなくなりそうですね;これはもともとPC側で操作してアプリ側で動作を確認するとき、カーソル位置が固定されていてはテストしにくいためについた機能です。

>iRemoteは(たぶん)常に通信している。通信して画像を持ってきてそれを展開して表示するわけで、時間平均の占有帯域は125kbps程度だ。
125kbpsだったのかw たぶん常に通信しています。
当然のことながらPCが自発的にケータイに画面の更新があることは不可能なので、可能な限りケータイ側がPCに変更があったか確認しにいっています。ただ、変化がない場合は通信量は1KB未満で、一見少ないように思いますが、設計上「可能な限り通信」するので1KBをDLし終えたらすぐに次のリクエストを行います。1KBのDLなんて速攻で終わるわけで、bpsに直したらすごいことになるというわけですな。
しかし125kbpsかぁ、ふーむ。となれば、httpの擬似キープアライブでも常時125kbps程度の通信はできるってことになるなぁ。まぁ多少ラグはあるけど、、P2Pな対戦ゲームの参考になる。


>このあたりはPCの解像度やケータイ側での設定(画質その他)にもよるだろうとは思う。
画質50以下、通信頻度0.5秒が基本と思ってます。
画質は悪くても効率向上のために下げるのがベスト。画面の反映も、一回に反映される量も増えて体感速度がアップ。またメモリ使用量も低下するのでケータイにもやさしいかも。
通信頻度0.5秒ってのは
「0.5秒おきに通信する。0.5秒以上かかった通信の場合、すぐに次の通信を開始する」ではなく
「通信終了から次の通信までに0.5秒あける」の意味。
上にも書いたけど、画面変化の確認だけの場合は小さい通信が高頻度で発生する。結果的には画像取得しているときと同等の通信料になってしまっているようなので、これを抑えるのに使えます。多分。

>この通信頻度の違いは電池消耗量にも影響していて、iRemoteを使ったときのバッテリの減り方と来たら大変なものだ。
ホントこの電池消耗量はやばいですよねw 自分がiRemoteを使わない理由のひとつ。
リアルタイム性を追求したらこうなったって感じなので電池は仕方ないかなぁとおもってましたが、やはり対策を考える必要がありそう。

対策のヒントになるのはまず常時125kbpでているという点。これは不要の通信であるケータイのPCへのリクエスト頻度を抑えることで解決できるはず。たとえば変化なし、と返ってきた場合は1秒以上の間隔をあけるようにする。カーソル操作中の場合はこれらの制限を解除し、常時通信に切り替える。
これでも非操作時の電池消費量は激減のはず。
また小さい通信の場合、通信にかかっている時間のほとんどは再接続の時間。再接続の時間は画像等をやりとりできないが通信は行われている状況で、そこでも通信中と同等の電池を消耗する。かなり無駄が多いってことになる。小さい通信をいかに減らすかがポイントになりそう。
また、リクエストがあってから画像を用意するって仕組み上、画像作成中はケータイは待機することになる。ここでも何もしていない通信が発生し、電池の無駄になっているはず。
PC側がケータイの通信がなくても定期的に画面更新を確認し、画像をある程度用意しておくと効率的かもしれない。また、拡大アニメーションなど不要な画像の取得ってのも無駄で、検地側もあまりに大きな変化の場合は1秒間以内で変化が収まるかを確認してから画像を作成するような工夫もいるかもしれない。
ケータイ側にとって効率的にするとPC側が非効率になりそうだなぁ。

またゲーム的な描画方法もツールなんだし見直すべきか。
変化があったらの再描画で済む話。


そろそろiアプリ末期って感じがするので早いうちに対策打ちたいですね。
ワタシ自身次の機種変ではiPhone等のスマートフォンにしたいので…
2009-07-03 04:23 |  PageTop↑
スピーカーも購入
カテゴリ: 雑記
ディスプレイ内蔵スピーカーがしょぼかったのでスピーカー「SONY SRS-M50」も購入。お値段は5000円。
ノーパソでもVAIOだからかそこそこ音はよかったんですけど、そっちはサブディスプレイ化してるので音が片方によって気持ち悪い。やっぱ正面からきこえないとね。

SONYのSRS-M50を買った理由はサイズですね〜。スペース的な問題。そしてころっとしててかわいい。キーボード、ディスプレイと黒を選んでいて、それらとなんとなか雰囲気が近いものがあった感じ、実際にならべてもしっくりきてます。

となりに3倍のサイズくらいで同じSONYの2500円のスピーカーが売っていましたが、逆にそうなるとそっちは安っぽいんじゃないかとかと疑ってしまいました…、ならばちょっと背伸びして5000円でというノリ。まんまと電気屋にはめられた感じがしますけど、実際聞いてみると意外や意外にいい感じの音で満足。(あとからネットで調べたところ高評価の模様) まぁスピーカーを単品で購入したのは初めてなので比較対象がノートPCのと液晶内蔵のものだけなんですけど、、、

ただ気になったのが妙なぶおーんって音。特定の周波数(?)の音でうなりのような音を出しやがります。ほら貝的な。ぶおーん。特定の音程の音がなるとぶおーんってなるもんだから耳障り。
いろいろ耳あててみたり原因を探してみたところ、前についてる穴からでていた模様。この穴をバスレフポートとかいうらしく、低音強化のものでこれで低音を増幅しているようです。
一部にしろ増幅しすぎてるってことなのかはよくわかりませんが、とりあえずティッシュつっこんだら結構収まりました。(新品なのに目立つところにティッシュささっててなんか悔しい)


液晶、スピーカー、キーボード。しめて23000円。
23000円でPC環境がそっくり変わり、デスクトップ環境みたいにできたらなら安いもの。
これまでの二倍はあろうかというでかい画面に、独立したそこまで安くないスピーカー、んでいくらPCに負荷をかけても熱くならない傾斜もついたキーボード。
これはまだまだこのPCで戦えそうだw


■ディスプレイの調整
アナログRGBだと使ってみて気づいたけど色ムラがすごい。
なんというか横方向に周期的にムラができているようで、文字なんかが読みやすいところを読みにくいところがでていた。自動調整ボタンってのがあるんですが、それを押してもだめ。

どうにもそこで手動微調整のメニューを使うらしい。

調整しやすいようにとりあえずフルHDの1ドット間隔の白黒縦縞画像を作成、フルスクリーン表示して、チマチマと修正。大きな灰色の塊みたいな縞が出ているのは横幅調整で修正可能のよう。また縦に波が動いて見えるのは位相調整で修正できる。そんなこんなの格闘が長い時間続いたところで間違って自動調整を押してしまい、、、また調整しなおしかと思いきや、なんとドンピシャの位置に今度は修正してきた。

こやつは縦縞を表示してるときに自動調整を使うとうまくいくようだ。ただの写真とかが表示されてるときに押してもだめ。実際ににじみとか見てくれてるのかなぁ。なんにせよ、これは今後役立ちそうなテクニックを発見できた感じ。


また色調整も行った。こちらはネットで見つけた色調整法とガンマ調整を行った。
コントラストや明度などディスプレイにあるものではなんか少し違った変化をするので、PC側の設定で基本行った。モノクロで諧調を可能な限り見えるようにして、白に近い淡い色も確認。またガンマ調整は2.0にあわせたことで、見違えるほど見え方が変わりました。

いかにこれまで白すぎたか・・・黄色も緑に見えるくらいだったし。。。
結果的にはPC設定でコントラスト10%以上、ガンマを8%下げた。
またまぶしすぎたので輝度も大幅に下げた。

以上でディスプレイは完璧。にじみもない色もばっちりになりました。
それでもびみょーににじみがあるようで、縦に幅1ドットの線をひくと若干影があるかなって感じがある。しかしこれ以上はDVI入力を使うしかない。うーむ、次買うノートはHDMIついてるのにしなくては。。
2009-07-02 01:47 |  PageTop↑
フルHDディスプレイ購入
カテゴリ: 雑記
メインノートの解像度の不足感がでてきたので、ついにフルHD液晶購入!
IO-DATAの1万5000円の安物ですけどね〜。

さらにUSBキーボードも購入して、これらをノートPCとつないで擬似デスクトップ環境を構築してみました。これでメインディスプレイ(1920x1080)とサブディスプレイ(1280x800)、なかなかリッチな気分。
キーボードはノートPCにももちろんついてるわけですが、そうなるとノートPCの画面を正面にしないとならなくなるので、フルHD側をメインに使うなら必須と思い購入。液晶とキーボードの距離を自由に変えられるのにちょっと感動しました(ノートでは固定になっちゃうからね!)。

フルHD、安いといえど新しいものはやはり綺麗なもので、3年使ってるノートPCの画面の黄ばみっぷりに改めて気づかされる…デフォでは高コントラスト、高輝度、ガンマ低めで白!まぶし!ってな感じでしたが、この辺は設定でどうにでもなるものですな。(画面の設定だけでなくWindows側の設定もいじらないとならないですけど。)
ノートPCの関係でDVIではなくD-Subでの接続でアナログゆえ本来の実力は発揮できてなさそうなのが残念ですけど、とりあえず大画面に満足。でかいってすばらしい。ノングレアすばらしい。


1920x800もあればVisualC++開きつつニコニコとか余裕だし、メッセ関連はサブディスプレイに表示しとけばとっても見やすい。16:9の画面だから見た目的には縦が短いけど、前の800から1080に大幅アップなので狭いとは思わない。逆に横長なのでソースファイルを並べてみる分には見やすくていいかも。IEの設定も文字サイズ中でちょうどいい。

このディスプレイはスピーカーもついてるんですがこっちはひどくて笑ったw
おまけ程度で重要視してなかったからいいんですけど、こもりまくっててどこか遠くの方から聞こえるような感じで常用にすら耐えないw 音楽用途でなかったら使えるかも?とは思ってましたが、それすらだめっぽい。ノートPCの内蔵スピーカーに完敗。(今度スピーカー買おう)

フルHDの動画ってのに期待してみてたけどだめだったw肝心のノーパソのスペックがまったく追いついてないw動画の遅れがはんぱない・・・。
最近のチップセットにすら劣るそうなGeForce Go 7400。このノートもうAtom330+GeForce9400M構成に性能で完全に負けてるだろうなぁ。

東方も最大化でエラー。原因不明;地霊殿以前の東方がやりにくい。困った困った。
2009-06-29 23:35 |  PageTop↑
続・今後のiRemote
カテゴリ: ┣ VNCらしきもの
今後やりたいことをまたメモっておく。

<リモートモード関連>
□リモートモード中で音声再生(ただし低速、音ブチブチ)
□画面更新順の見直し(現在カーソルから円形。ケータイのディスプレイにあわせる)
□マルチディスプレイ対応(デスクトップ切り替えツール使えばいいような…)
□高速更新(Dlサイズを押さえ高速レスポンス化。ただし全体更新には時間がかかる)
□クリック時高速レスポンス(クリック後初回のDLサイズを低くする)
□PCのファイルをSDに転送、またはSDからPCへ。(mobile2PCと同一機能)
□ショートカットデフォルトにエンター追加(ないと不便すぎる)
□ショートカットカスタマイズ(特殊コマンド入力とかも)
□フリップ向きを4方向化(十字キー向きも自由に)
□iアプリ通信状況表示(停止したらすぐにわかるような工夫。アイコン点滅とか。)
□グレースケール化による高速レスポンス(jpgなので10%減程度の効果しかないけど)
□解像度変更自動検知(解像度監視機能。自動全リロード。)
□画面更新完全手動化機能(iscreenと同等の機能。節約用)
□表示領域外更新停止(画面に入っている部分を徹底更新モード。節約用)
□描画フレームレートの設定(現在は固定。カーソルの移動に影響。節約用)
□アクティブになったウィンドウに自動移動
□Google検索窓をアプリ側に設置(PCの標準ブラウザ展開)
□メニューの多階層化(マニアックな機能ほど奥へ)
□領域制限(指定部分のみ更新するようにする。節約用。音声追加で効果発揮予定。)
□コピー中のURLをケータイブラウザで開く
□ソフトキーラベルの表示方法に[移動中非表示]を追加する
□PCで拡大画像生成(美麗化。メモリが厳しいの200%くらいまで)
□動画領域サイズにDVDサイズなどを追加する
□アクティブウィンドウフィット時にブラウザ[戻る]、[進む]も割り当てる
□データデコードを別スレッド化(ハイスペック機種向け。通信高速化?)

<動画モード関連>
□動画1パックの秒数の可変化(→高画質化)
□再生速度可変でのバッファ消化機能
□バッファクリア機能(サーバーにバッファがたまったら自動で)
□100%・200%サイズで再生(めちゃくちゃちっさいけど)
□動画モードでもクリック。(すごいラグだけど)
□設定変更時にバッファリング画面を入れない。(動画途中で切り替わる)


なんか前より増えた。
2009-06-29 02:07 |  PageTop↑
ver0.8.8beta公開
カテゴリ: ┣ VNCらしきもの
バージョンアップ。0.8.8になりました。
今回は

・3gpなどのストリーミング再生に対応

くらいなものです。
多分仕様MAXの10MBまでいけると思います。500KB以下は通常のi-motionとしてDLさせようとしていますが、試してないのでどうなるかわかりません。途中中断かけてもサーバーがレジュームに対応したので再開をかけることもできます。500KBオーバーのpdfでも500KBオーバーi-motionと同じ扱いになるらしく、一応DLをすることは可能のはずです。
htmlなどさらにそのファイルに付随するファイルがある場合はDLを認めていないので表示することはできません。要望があれば対応できると思いますが…

尚、レジューム対応させる関係で、一回きりという制限がなくなりました。
リモートモードに戻るまではなんどでも更新でひらくことができます。
ダウンロードしきったらロックをかけるとかも考えましたが、その判定も結構微妙なもので。。。
まぁ一度リモートモードにもどってしまえば、ファイルにアクセスはロックされるので、ファイルを開いたあとは必ずリモートモードに戻るようにしてください。

そんなこんなでこちらの修正をしているうちに時間がなくなってしまった;
リモートモード中で音は次実家に帰ってくるまでつけることができなくなりました。
サーバー側は形になっていただけにおしい。

実家じゃなくてもできるのはショートカットカスタマイズくらいですが、めんどいので多分やりません。やるといってもよっぽど気が向いたときでしょう…


■着うたフル
着もとというツールを使えば3gp形式のファイルを着うたフル対応のmp4ファイルにすることができます。それを使ったファイルのダウンロードを試したところ、無事にダウンロードできミュージックフォルダに入ってくれました。iモーション扱いじゃないものもいけそうですね。

ってかmp4とかMINEタイプ設定していないのだが・・・MINEタイプの設定なんていらなかったのかなぁ。

■続・着うたフル
5MB制限があるようですね。
着うたフル化した場合はmp4化も行わなければ再生できません。
MINEタイプは関係ないらしく、着うたフル化していないものに関しては拡張子3gpのままでも音声のみ再生が可能でした。
なんだか複雑な感じですが、ここらはドコモの仕様っぽいですな。

□着うたフル
1.携帯動画変換君で5MB以下の音声のみの3gpを作成する。
2.着もとで「着うたフル化」をする。
3.着もとで「拡張子をmp4」にする。
以上でiRemoteでも開ける着うたフルファイルになる。

□着うたフル以外
1.携帯動画変換君で10MB以下の動画ファイルを作成する。(音声のみでも以外でもかまわない。)
以上でiRemoteでも開ける動画or音声3gpになる。

あくまでもF-01Aでのしか確認していないので注意。

2009-06-28 16:00 |  PageTop↑
ストリーミング対応
カテゴリ: ┣ VNCらしきもの
どうやらRangeRequestというものを実装すればストリーミングできるらしく、
こちらのブログさんの記事を参考にしたところようやく対応できました。

その他ドコモ公式サイトより必須なヘッダの情報なり調べたり、C#でデフォでどこまでヘッダを作ってくれてるのかを調べたりしたところ、無事対応することができました。現状は3MBまでのストリーミングは確認済み。10MBまでいけるそうな。

その他MINEタイプもいろいろとふってみた。
pdfとかswfとかも設定しておいた。何か使い道があるかも?
htmlも設定してありますが、画像の追加DLとかは認めてないので画像なしの状態で見えると思います。
3gpは拡張子だけではaudioなのかvideoなのか判別できないんですけど、とりあえずvideoってことでいいのかな?


しかしこの辺はApacheをサーバーに使ってれば全部自動でやってくれるんだよなぁ;
2009-06-28 00:21 |  PageTop↑
プロフィール

書いてる人:つん(大学4年生)

まったりのんびり。書いてる人の息抜きブログです。

iアプリ公開中↓
『はい、どーも!!物置。2nd』

多分連絡先↓
metal_tsun@infoseek.jp

月別アーカイブ
バロメーター
iアプリ歴:2005年2月から今まで。
3DCG歴:2005年8月から今まで。
C歴:2006年4月から今まで。
VB歴:2007年3月からちょっと。
Delphi歴:2007年3月からちょっと。
PIC歴:2007年5月から今まで。
イラスト歴:2007年12月から今まで。
DTM歴2008年2月から今まで。
PHP歴2008年4月からちょっと。
C++歴2008年4月から今まで。
C#歴2009年1月から今まで。
Objective-C歴2009年4月から今まで。
ブログ開始日2005/10/11


ブログ内検索