このＴｉｐｓは実用的なものではなく、入門講座では記述し切れないＶＲＡＭの扱い方を説明しています。

まず言葉の説明から始めるとして、ココでいうＶＲＡＭとは、
ＨＳＰウィンドウ内の描画内容の元となるＲＧＢ各輝度を格納したバイナリテーブルを指します。
言わば、「ＨＳＰウィンドウ内全てをpget命令で順番に取得して配列変数に入れたもの」です。

いつも使う座標同様に左上を基点にして表示されている分だけ順番に格納されていればわかりやすいのですが、
このＶＲＡＭには初心者にはとっつきにくい次に記す３つの特徴があります。

	・画像左下を要素０として、右上の輝度情報まで横方向の順番で格納されている
	・フルカラー時における１ピクセルの要素格納順は「ＲＧＢ」ではなく、「ＢＧＲ」である
	・横幅が４の倍数ではないとき、４の倍数サイズになるようパディングされる

ＨＳＰに限られたことではなく、ウィンドウ内のピクセル情報はウィンドウ左下を基点に格納されています。
フルカラーは各輝度２５６段階(０〜２５５)の１つ１バイトで表現するので、１ピクセルで３バイト。
デフォルトサイズ(６４０ピクセル×４８０ピクセル)のウィンドウだと０バイト目から

	０バイト目		「座標(０，４７９)の青輝度」
	１バイト目		「座標(０，４７９)の緑輝度」
	２バイト目		「座標(０，４７９)の赤輝度」
	３バイト目		「座標(１，４７９)の青輝度」
	４バイト目		「座標(１，４７９)の緑輝度」
	５バイト目		「座標(１，４７９)の赤輝度」
	６バイト目		「座標(２，４７９)の青輝度」
	７バイト目		「座標(２，４７９)の緑輝度」
	８バイト目		「座標(２，４７９)の赤輝度」
	　　：				：
	　　：				：
	１９１７バイト目		「座標(６３９，４７９)の青輝度」
	１９１８バイト目		「座標(６３９，４７９)の緑輝度」
	１９１９バイト目		「座標(６３９，４７９)の赤輝度」
	１９２０バイト目		「座標(０，４７８)の青輝度」
	１９２１バイト目		「座標(０，４７８)の緑輝度」
	１９２２バイト目		「座標(０，４７８)の赤輝度」
	　　：				：
	　　：				：
	９２１５９７バイト目	「座標(６３９，０)の青輝度」
	９２１５９８バイト目	「座標(６３９，０)の緑輝度」
	９２１５９９バイト目	「座標(６３９，０)の赤輝度」

という感じで合計９２１６００バイトが順に格納されています。
コレだけならまだしも、３つ目の特徴がわかりにくくてとっつきにくくしている一番の原因で、
例えばウィンドウサイズが６４１ピクセル×４８０ピクセルである場合は、
ＶＲＡＭのサイズは合計９２３０４０(横幅６４１×高さ４８０×各輝度３)とはなってないのです。
詳細は割愛しますが１列分のメモリサイズは４の倍数になっている必要があるので、
横幅が６４１だと１列分が１９２３(横幅６４１×各輝度３)ではなく、
１列分が１９２４(横幅６４１×各輝度３＋パディング)になって合計９２３５２０バイトとなっているのです。
つまり、

	０バイト目		「座標(０，４７９)の青輝度」
	１バイト目		「座標(０，４７９)の緑輝度」
	２バイト目		「座標(０，４７９)の赤輝度」
	３バイト目		「座標(１，４７９)の青輝度」
	４バイト目		「座標(１，４７９)の緑輝度」
	５バイト目		「座標(１，４７９)の赤輝度」
	６バイト目		「座標(２，４７９)の青輝度」
	７バイト目		「座標(２，４７９)の緑輝度」
	８バイト目		「座標(２，４７９)の赤輝度」
	　　：				：
	　　：				：
	１９２０バイト目		「座標(６４０，４７９)の青輝度」
	１９２１バイト目		「座標(６４０，４７９)の緑輝度」
	１９２２バイト目		「座標(６４０，４７９)の赤輝度」
	１９２３バイト目		パディングで１バイト分だけ補正
	１９２４バイト目		「座標(０，４７８)の青輝度」
	１９２５バイト目		「座標(０，４７８)の緑輝度」
	１９２６バイト目		「座標(０，４７８)の赤輝度」
	　　：				：
	　　：				：
	９２３５１７バイト目	「座標(６４０，０)の青輝度」
	９２３５１８バイト目	「座標(６４０，０)の緑輝度」
	９２３５１９バイト目	「座標(６４０，０)の赤輝度」

上記のように赤字の部分が追加されているのです。
横幅自体が４の倍数サイズになるという意味ではないので間違えないでください。
補正値を加えた１列分のメモリサイズの算出式は
「初期化済横幅×各輝度分３バイト＋補正値」からＨＳＰ３だと「ginfo_sx * 3 + (ginfo_sx \ 4)」です。
昔からビット幅のバイトサイズを求める計算式として、
「((ginfo_sx * 24 + 31) & 0xFFFFFFE0) >> 3」でも求められますが、直感的にわかりにくいと思います。
何故この計算式で求められるか気になる方は各自で考えてください…。
ＨＳＰのマニュアルには「(ginfo_sx * 3 + 3) & 0xFFFFFFFC」と書かれています。
いずれも同じ答えになる式ですが、それぞれのやり方を１００万回実行を１０回繰り返した平均タイムは、
「ginfo_sx * 3 + (ginfo_sx \ 4)」が２４３ミリ秒、
「((ginfo_sx * 24 + 31) & 0xFFFFFFE0) >> 3」が１９２ミリ秒、
「(ginfo_sx * 3 + 3) & 0xFFFFFFFC」が１８１ミリ秒でしたのでＨＳＰマニュアルのやり方を採用します。
「0xFFFFFFE0」はビット演算で３１以外、「0xFFFFFFFC」は３以外を表しています。

尚、横幅をginfo_winx、高さをginfo_winyとして算出してないのは、
「現在表示されているウィンドウサイズ＝正式なウィンドウサイズ」とは限らないから。
screen命令やbgscr命令、buffer命令で初期化したサイズ分だけ確保されているので、
width命令等で変更されている場合は正常なサイズを算出することができなくなります。
ＨＳＰ３用の算出式を書きましたが、ＨＳＰ２においてもwinxやwinyではなく、
ginfo命令のタイプ６で取得できる初期化済ウィンドウサイズを使用するようにしてください。

１列分のメモリサイズを求めるだけでは何がしたいのかわからないので、
本題である「特定座標を示すＶＲＡＭのアドレス位置算出」について話を進めます。
ＶＲＡＭデータはウィンドウ左下から始まってウィンドウ幅×３つの輝度で１列分、
ソレがウィンドウ高さ分用意されているので、例えばウィンドウ一番下の座標を表すアドレスは、
「X座標 * 3」から３バイト分が対象座標のデータとなりますね？
一番下から一列上の座標を表すアドレスだと先に書いた１列分を足せばよいのですが、
「((ginfo_sx * 3 + 3) & 0xFFFFFFFC) + (X座標 * 3)」から３バイト分ということになります。
Ｙ座標の上下が逆転しているので、一番上の列にある任意の座標の場合は、
「(ginfo_sy - 1) * ((ginfo_sx * 3 + 3) & 0xFFFFFFFC) + (X座標 * 3)」となります。
以上を基にして、Ｘ座標・Ｙ座標共にどこでも指定可能にしたのが下記のサンプルです。

尚、画像処理はとりわけ速度を要求される処理であり、
紹介モジュールをそのまま使うことはモジュール呼び出しに掛かるオーバーヘッド分だけムダになるので、
自分の組み込むＶＲＡＭ処理内に組み込む形として使用することをお奨めします。
自分のスクリプトに組み込む際に気をつけなければならないことがあります。
各輝度分peek命令３回実行して１ピクセル分のデータ取り出す必要があり、
wpeek命令やlpeek命令を使うことで取得回数を減らすことが可能なわけですが、
ウィンドウ右端部を取り出す際にパディングデータも含めてしまうとエラーが出てしまうので、
右端のピクセル取得だけはpeek命令で取り出すようにしてください。
ＨＳＰ２ならばll_peek命令を使うことで３バイト分だけ取り出すことが可能ですが、
変数のポインタを使うことになるのでll_getptr命令とll_ret命令でポインタを取得しなければなりません。
使い方についてはコチラをご覧ください。