HSPTV!掲示板

mes実行後にgcopyなどが正しく動作しない件は改善されましたが
それと関連してる（と思われる）致命的不具合が残っているため
テスト用サンプルを付けて再度ご報告です。

最新β版、3.5β1で作成しています（上記の改善された部分は適用済）。

以下のコードをビルドして、Android実機で実行します。

#include "hsp3dish.as"

	setreq SYSREQ_CLSMODE,1        // redraw 0 でクリア
	setreq SYSREQ_CLSCOLOR,$000000 // クリア色
	font "",40
	c=0

repeat
	redraw 0
	color 255,255,255: pos 0,0: mes "TEST MESSAGE."+c
	getkey k,1: if k { c++ }
	redraw 1
	await 1000/60
loop

実行すると、白い文字で　TEST MESSAGE.0　と表示されます。
画面をタッチすると、数字の部分が増えていきます。

最初の0で止まった状態では問題無いのですが、
テキスト内容を更新（数字の変化）すると、環境によっては
不定にテキストが塗り潰されてしまうことがあります。

テキストキャッシュが一回りすると発生してるような印象です。

うちの手持ちでは1/2という高確率で発生しています（4機種のうち2機種）。
・Kindle FireHD7(Android 4.4.3相当)
・TM75A（Android 4.0.4）
上記2機種で発生します。

これだけ高確率で発生するということは、他でも発生する可能性が高く
これが改善されないとmesは使い物にならないという状態です。

また、この不具合が発生する機種では、
2個目以降のボタンのテキストが同様に塗り潰されることがあります。

それと　setreq SYSREQ_MESCACHE_MAX,0　と設定して
キャッシュを無効にすると、最初から不具合が出てしまいます。
今確認したら、キャッシュが一回りとか関係なかった・・。

>窓月らら さん

ご報告ありがとうございます。
こちらの端末では、まだ再現できていないのですが、端末を用意して原因など調査していきたいと思います。

おにたまさん＞

よろしくお願いいたします。
これが改善されると、mesを使って楽ができてしまいますので助かります。

追加なのですが、gfilter 2 で補間を入れた場合に
テキストの枠（境界）にうっすらとライン状のゴミが出てしまう事もあります。
これは、gzoom等でもたまに見え隠れする（コピー範囲のすぐ横の1pxを拾ってしまう事がある）
のですが、main.c に hgio_uvfix( 1 ); を追記することで一応でなくなります。
ゴミの発生に再現性があまりないのですが、これは仕様なんでしょうね・・・
なので、うちでは hgio_uvfix( 1 ); は必須になってます。