Petitverse

折角アドバイスをいただいたのですがすいません。
私、自分に正直な我儘人間なので水切りの作成の方が楽しくなって焼き畑が手につかない状態です。
今ジャンプ処理→再ジャンプ or 水面に着水　の状態遷移を一気に書き上げるか書くのに失敗するか挑戦する前の所でして。
ジャンプ中池を囲む壁に当たるか当たらないかみたいな処理もあってジャンプに反転も足した感じになってて難易度が上がってます。
慣れた人からしたらとても簡単な処理だと思うのですが私にしたら一気呵成という感じで水切りを考え中です。
水面を少し上下動させた方がなんか画面が綺麗になるかなとかいろいろ考えてます。
でも水面を表現するのに良い画像が標準でないっぽいとかBGFILLでは少し違うなとか。

視聴。
BGとスプライトをやりとりすることでスプライトの不足を補う処理。
凄いですね。
量が多い所はBGで描いて、派手に動かすものだけをスプライトにする感じでしょうか。
こんな高等テクが使いこなせるのはずっと先のことになりそうですが、頭に置いておきます。
休日に水切りの作成が出来たらと思ってます。
ありがとうございます。

他にもいろいろなテクニックがあるのですね。
高等テクすぎて何が行われてるのか理解が追い付かないのもありますが、たくさんの高等テクによっていろいろなゲームが作られたのかと勉強になります。

水切り
本日の成果
連続ジャンプでタイミングよくボタンを押しつづけるとどんどんジャンプ力が上がりタイミングが悪いとジャンプ力が下がる実装に成功した

がまだ人に見せられるものではないので公開はまだ先に。

ジャンププログラムは連続押し対策などで長大な入れ子While文という恐るべきものが出来上がった。

書き上げただけで疲れて手直しする気力は残ってないので触りたくない感じ

課題
気持ちよい連続ジャンプの模索（重力加速度の値やマップの広さなど）
動き回る魔物の実装
水面は色塗り四角形を重ねてグラで塗りしただけなので右に動いてるか左に動いているか分からない事に、スプライトで水面を実装しないといけない。
画面がしょぼいが画面周りを改善するのがプログラムで一番大変そうなのであまり触りたくない最小の画面でリリースしたい。

って感じです。

独自絵を描くのは絵心が全くないので中々難しいです。

BG機能で巨大な背景を描いて、そこからスクロール位置にあった小さな部分を切り取って拡大して背景として使うみたいなことを考えています。
背景を描くときに何度も切り取って、風景の奥に行くほど段階的に背景の縦縮尺を小さくすれば自然な背景ができるかなと思ってます。

本当は手前にススキ穂とかトンボとか大写しで描いて、中景にジャンプに合わせて見える角度が変わる水面、奥に遠景の田舎とか描きたいですがそんな絵心がないのであり合わせで何とかします。

長大で複雑な構造の入れ子While文でなく、主人公操作関係を関数化して変数で状態遷移を管理し、関数内で動作の分岐処理を書けば拡張性高く書けたと反省してます。
そうすれば
while
主人公の動き処理
敵の動き処理
敵と主人公あたり処理
敵消滅処理
背景処理
wend
で手軽に拡張できたなと思ってます。

今回書いてしまった間違った設計のコード
while
while
水面を左右に移動する処理
wend
ジャンプボタンが押された
while
連続ジャンプ処理
　while
水面下から水面までのジャンプ
wend
while
　　空中でのジャンプ処理
　wend
while
水中でもう一度タイミングよくジャンプボタンを押す処理
wend
wend
while
ジャンプに失敗したので水面まで浮上する処理
wend
wend
で拡張性が最悪になりました。
こういうのは条件分岐で変数で管理したほうが良いですね。

BGに好きな座標にスプライトを回転拡大縮小したものを描いて、BGの好きな部分を切り取って回転拡大縮小の処理を施して別BGに張り付けてと表示用BGを描くと妄想していたのですがプチコン3号ではそのような命令が見当たらないのですね、皆さんどうやって擬似3Dみたいなゲームを作ってるのか謎になってきました。

擬似３Dなんて高度な事じゃなくて背景の建物や木や草を適切な縮尺で描きたいと思っていたのですが。

遠景の手前の家、遠景の中央の家、遠景の奥の家それぞれ縮尺を変えて一枚のBGの上に描こうと思っていました。

こういう事はBG以外の道具を使う必要があるのでしょうか？

成程。
今度の休日グラフィックとBGでできることを調べて色々実験してみます。
グラフィックで何でもできるが重いのですね。
工夫が無数に必要そうです。
ありがとうございます。

高原のなさんはリソース重視の作品とのこと。
どんなゲームを作ってるかちょっと気になってます。
3号で遊べるものでしょうか？

追記
3号で性能不足を感じ始めて何作か作ったらスイッチライト+4号+プチコン公式ブックの購入しようかと思ってます。
4号は色々違うらしいと聞いてますのでその時は0から調べものですね。

ありがとうございます。
投稿してみましたを休日に見ることにします。

来月スイッチを買う予定です。
3号でもまだ手狭感を感じてないので3号で限界を感じる程度の物が作れるようになったら4号に移る予定です。

当面はスイッチでマリオカートでも遊びながら3号で開発します。

フォントを一ドットずつフルカラーで定義できる命令があるんですね。
セルオートマトンとかでリアルタイム2次元配列で水面や炎を計算してフォントの形で表示するとか妄想は膨らみます。
GPUTか何かその辺の命令で一点ずつ水面のきらめきを描画するのも手ですが描画が早いかとか奥行き設定が出来るとか色々考えながら試してみたいと思います。
まあそんな高度な事は、水面を斜めで表示する基本から作成ですが。

スレが長くなってきました。

検索したらシンプルな式が出てきました。
式の内容を考えた所、2次元配列で水面高さは次のように決定されるようです。

新しい水面高さ＝周囲4マスの今の水面高さの平均+今の水面高さ　-　ひとつ前の水面高さ

っぽいです。
高さを色に置き換えて、まれに小さな乱数を足してやれば結構それっぽい水面の揺らぎが描画できるかも。
計算量や描画が重ければ大きな四角形で大雑把に計算や描画すればいいかなとか考えています。

今日の成果
ジャンプした時水面を斜め表示するための座標を出せるようにした。
これを元に、水面の擬似テクスチャを現すセルオートマトン計算結果を指定部分に表示する処理への道が見えた。
明日の予定。
水面に擬似テクスチャを表示。
来週の予定。
敵を実装できたらいいな。
なんだかスレが長くなったのでこの辺でこのスレを閉じたほうが良いでしょうか？

水面難しいです。
休日半日水面の表示だけで時間をつぶしました。
被写界深度擬きはできたのですが。
水面がキラキラ光を照り返す感じができません。
曇り空のよどんだ水を正方形の板で近似しましたみたいな感じになって。
明日作りかけですが一度公開キーあげます。
背景が寂しいので先に遠景になる池のほとりの建物や浜辺をBGで作ろうかと思います。
BGだったら被写界深度は青系指定の乗算で一発でできるはず。
プログラムが長くなってくるとどこに何を書いているか見つけるのが大変になりますね。
のなさんのはシューティングですか、明日ダウンロードして遊んでみます。