page0045 のバックアップ(No.5)

バックアップ一覧
差分を表示
現在との差分を表示
ソースを表示
page0045 へ行く。
- 1 (2013-06-24 (月) 12:59:28)
- 2 (2013-06-24 (月) 17:10:56)
- 3 (2013-06-24 (月) 19:51:32)
- 4 (2013-06-27 (木) 08:47:34)
- 5 (2013-07-02 (火) 17:12:15)
- 6 (2013-07-02 (火) 20:57:57)
- 7 (2013-07-02 (火) 20:57:57)

OSECPU-ASKA入門 #0005

(by K, 2013.06.24)

↑

(0) はじめに

以下の記事はver.0.49のWindows版を前提にしています。他の版を使っている場合は適宜読み替えてください。
- たとえば osecpu049d.zip とかのことです

もくじ
- page0036: #0000
- page0037: #0001
- page0038: #0002
- page0039: #0003
- page0044: #0004
- page0045: #0005

↑

(1) drawString

junkApi_drawString(mode, xsiz, ysiz, x0, y0, color, string); :
- グラフィクス描画用のウィンドウの中に文字を書きます。modeは毎度の数値で、drawPointなどと同じです。
- xsizやysizは1以上の整数を指定します。両方が1のとき、1文字は8x16ピクセルです。
- x0とy0は1文字目の左上の座標を指定します。
- （例）
```
#include "osecpu_ask.h"

junkApi_drawString(4, 1, 1, 0,  0, 7, 'abcd');
junkApi_drawString(4, 8, 8, 0, 20, 7, 'abcd');
```
- 現状で表示できるのはASCIIキャラクタだけです。'\n'や'\t'などの制御文字は指定できません。
- 拡大するとぎざぎざが非常に目立ちますが、それは仕様です。美しいフォントなどを提供する予定は今のところありません。
  - どうしてもきれいに描きたい場合は、アプリが自前で描画すればよい、というスタンスです。

↑

(2) リリースモード

OSECPUアプリは小ささが自慢と言うか取り柄なのですが、ここまではそのための話をほとんどしてきませんでした。
最初のpage0036の(1)で紹介したアプリのビルド方法は、実はデバッグモードで、全然小さくならない、つまらないものでした。・・・まあでもそれが一番簡単なビルド方法なのでありますが。
しかしもうデバッグも終了して、リリースするだけとなれば、過剰なデバッグ情報はただの無駄です。必要最低限にさせましょう。
- 註：すべてのデバッグ情報を簡単に取り除く手段は用意していません。ある程度の規模になれば、絶対にバグがないプログラムなんて、そうそう作れないと思うのです。だから保険のためにも、最低限度のデバッグ情報は残しています。

まず、デバッグ情報の過剰な生成をやめさせる必要があります。
```
prompt>amake app0038 -DNODBGINFO0
```
- これはちょっと分かりにくいですが、NO DBG INFO 0 です。最後の文字は「オー」ではなくてゼロです。デバッグインフォ0というものがあって、それを「ノー」するわけです。そういう識別子をdefineするスイッチです。
- もっとわかりやすいスイッチにすればよかったと、数週間前から反省しているので、許してください。
これでたいていのプログラムは結構小さくなります。これで200バイト未満になるようであれば、たぶん次のステップは必要ありません。

さらに小さくしたい場合は、OSECPU標準のパッカーを使います。 prompt>osectols tool:appack flags:2 in:app0038.ose out:app0038.tk5
- ただしこれをやる場合は、ext_tolsにあるbim2binとt5lzmaをosectolsと同じフォルダにコピーしておく必要があります。
そうすると例えばこういう表示が出ます。
```
org:34 tk5:48
```
これはパッキングしたほうが大きくなってしまったことを意味してます。もともとのオリジナルは34バイトで、パック版は48バイトですよ、と。この場合はパックなんてしないほうがいいので、このtk5ファイルは捨てて、app0038.oseをそのままリリースします。
しかしアプリによっては、tk5のほうが小さくなることがあります。そんなときは、oseのほうを捨てて、.tk5を.oseにリネームしちゃってください。

これで完成です。めでたしめでたし！

↑

(3) 複数の関数を作る例

細かいことは書きませんが、複数の関数を宣言して使いたい場合の冒頭部分はきっとこんな感じになります。

#define L_func1 LOCAL(0)
#define L_func2 LOCAL(1)
#define L_func3 LOCAL(2)
LOCALLABELS(3);
#define func1() CALL(L_func1)
#define func2() CALL(L_func2)
#define func3() CALL(L_func3)

参考にしてください。

↑

(4) sleepのmodeについて

page0039の(1)でsleepを紹介しましたが、その際にmodeの使い方を説明しませんでした。今回はそれを説明します。

modeはビットごとに意味を持っています。したがって以下を加算して組み合わせることができます。
- 1: グラフィックス画面の自動全画面flushを抑制する。
  - これを指定しなければ、sleepが呼ばれるたびに全画面flushが行われるので、アプリがflush処理を意識する必要はほとんどなくなります。その代わり負荷は増えます。
  - とはいえ、現状ではまだ説明してないのでflushって何？状態ですよね。そうです、分からなくても構わないので、この1を指定しないようにしてください。それで万事解決です。
  - しいて言えば、前回のsleepから一切画面を書き換えていないときには、この指定をしてもいいです。そうすればCPU負荷が下がってCPUにやさしいアプリになれます。まあでもこれを気にして処理が複雑になるくらいなら、何も考えずに0をしてしておく方がずっといいです。
- 2: sleepし終わった時にinkeyバッファをチェックし、もし空であればもう一度指定された時間のsleepを実行する。
  - つまりこれを指定すれば、inkeyバッファが空の状態で戻ってくることはありません。

↑

(5) inkeyのmodeについて

page0039の(5)でinkeyを紹介しましたが、その際にmodeの使い方を説明しませんでした。今回はそれを説明します。

modeはビットごとに意味を持っています。したがって以下を加算して組み合わせることができます。
- とはいえ、現状では1しかないので組み合わせようがないですが。
- 1: peekモードにする。
  - これを指定すると、inkeyバッファの先頭のものを取ってはきますが、バッファから削除しません。たぶんあまり使わない機能だとは思います。

（つづく）

↑

こめんと欄

コメント	お名前	NameLink