> いろいろと調べたのですが …… 見つけられませんでした。 よく目にする文言だけど，何をどう調べたのかは絶対に明かされない不思議！ Xが左右方向でYが上下方向なのだとして， (1) Y座標を固定してX座標だけを動かせば「左右のみ」になる． (2) X座標を固定してY座標だけを動かせば「上下のみ」になる． (3) X座標とY座標とを同時に変更すると「斜め」に移動することになる． という３点は明らかであると思うのだが，どうだろうか． 「明らかでない」というならば，自分はちょっともうこれ以上簡単に説明できないです． 「明らかである」ならば，上下左右のみに限定したいなら(3)が起きないようにすればよ...

> 画面の切り替えってどう作るのでしょうか？

一応これについて書いておくならば……

「C言語　ゲーム　画面　切り替え」とかでググるとたくさん出てくるはずです．
これ系の話では「シーン」という言葉が使われることが多いようですから
「C言語　ゲーム　シーン　遷移」みたいな検索でも良いかと思います．

ググるとおそらく様々な方法の話が見つかるでしょうけど，
とりえあず最初は｛継承，仮想関数，ステートパターン｝みたいな単語が出てきたページは即刻閉じて見なかったことにした方が良かろうと思います．

このような質問をする場合には， 問題に無関係なコードを除去して，質問内容に関する話をするのに必要最低限の（「キーXを押すと選択画面に行く」だけのプログラム）コードを示すべきです． > 選択画面 に相当する処理実装って，そのコード内のどこの部分ですか？ （「選択画面」と言う名前から想像するに，何か選択肢が表示されたりとかするんですよね？　きっと） > 選択画面に行く ための機構の記述ってどこですか？ > ClearDrawScreen(); // 裏画面をクリアの後に ... を付け足して、... 該当行の直後部分（「ステージの描画」という注釈行からScreenFlip()までの範囲）を見た感...

> あなたに言われなくても基礎勉強しながら作ってますよ。 おそらく，あなたが勉強しているという「基礎」よりももっと手前の段階の基礎（前提的な事柄）を最初に学ぶ必要があるのだと思いますよ． 例えば， int main() { //ここで A,B,C はそれぞれ何らかの処理である A; B; C; } のように書いたら３つの処理{A,B,C}がどの順序で処理されるのか，とかそこらへんのとこから話が書いてあるような場所を見つけて読むと良いでしょう． 「邪魔」という言葉が気に入らないのでしょうが， このような前提レベルの話を把握していない相手にいくら回答したところで内容が理解されないわけなので， 　...

ゲームっぽく例えると， 【LV2あたりの敵を相手に半死半生な実力であれば，LV10の敵に挑んで勝てるわけがありませんぜ】って感じです． 仮にFizzBuzzが難易度LV2で，今あなたがやろうとしていることがLV10なのだとしたら， まずはLV10の事柄にまともに挑戦できるようになることが必要です． 少なくとも 処理がどう流れていくのかのイメージも掴めない状態の人が取り組むべき内容ではありません ． (1) まずLV2を余裕でこなせるようにLV1あたりから「普通に」勉強する (2) LV2～LV9の難易度の事柄としばらく戦って，LV10に取り組める実力を養う というステップを経ることが必要不可...

あなたが求める「一瞬」の期間だけplayerphotoの値をそのままにし，
その期間が過ぎた時点で別の値に戻せば良いのではないでしょうか．

とりあえずplayerphotoの値をwhileループ内の先頭で毎回初期化している時点で
視認できるほど長い期間だけ値を保持できているとは思えないので，
何か時間を計測する手段を用いる等して実現する処理を追加することになると思います．

左に1bitシフトしたら値は2倍になる（という点については大丈夫か？）
左に8bitシフトしたら値は(2の8乗=256)倍になる

ＯＫ．他者に期待．

=と==の違い，わかってますかね？

FileRead_gets()の戻り値はググった感じだと「長さ」らしいですが，
だとしたら，↓って何の判定なのかわからないですよね． ＃方法論がどうの以前に最低限のことはしようぜ

> 複数の種類の画像を複数描画する これ「だけ」をやるのに必要な要素を考える． 「複数」がネックならば，最初は「１個」から始める． 「一個なら余裕だからやってみるまでもないぜ！」とか構えてても何も進まないなら，実際にやってみて具体化することだ． １つの画像を描画するのに最低限必要なのは「どこに描画するのか」「何を描画するのか」の２つの情報であろう． 前者は描画位置を示す座標であり，２Ｄだろうから(x,y)でいいだろう． 後者はDXライブラリの場合だとどうやら「画像のハンドル(?)」とかいう値っぽいので， (x,y,ハンドル)というデータが１セットあれば，１つの画像を描画するのに足るハズだ． よ...

なぜわざわざ新規トピックにしてるのかわからんけど 話を打ち切って無かったように別に始めるという態度は協力者を減らす方向にしか行かないと思うぞ． で，根本的な間違いは何かっていうと 「自分自身でどう使えばいいのかもわからんデータをわざわざ定義している」という点であろう． 普通，データってのは，自分が使うのに都合が良い形に用意するんだから，それを使って何をどうするのか？ってのは「自明」と言える． 「データはこれなんだけども，どうすればいいかわかりません><」なんていう意味不明な状況には，少なくとも出発点の段階で陥ることにはならないと思うんだよな，常識的に考えて． つまり，どうすれば良いか？っていう...

くっそ…しくじった．
前記投稿(#16)にて「ch.num」と見えている箇所は と書いたつもりなので，読み変えてください．
（コレほんと使いにくいなぁ）

ch.num とか書いてるけど，このnumの要素数はいくつあるんです？　（領域外アクセスしてないかどうか） ch.num の iの値としては '1' と 'A' を用いてるみたいだけども， これって10進数で言えば，49と65になると思うんです．つまり 【ch.num[49] と ch.num[65] の２要素だけに関して何かあれこれ処理する】ということになっていそうに見えるのですが， これって想定通りなんですか？ CharaInit()でマップデータ全体に関してループしている際に，'1'や'A'はデータに複数個存在しているから 毎度激しく ch.num の内容を上書きしていると思うけど．

既に述べられていることの繰り返しになるが， void foo(int x[10]){ ... } は void foo( int *x ){ ... } と同じであって，"[10]" は何もしてくれない． コードを見た人間が「要素数が10個の配列を渡して欲しいんだろうなぁ」と察することの役には立つかもしれないが， 「うーん，でも今日は要素数が7個の配列を渡してみるか！」というのをコンパイルエラーにできない． 対して，件の"配列へのポインタ"では，コンパイルエラーにできる． "配列へのポインタ"を使う例を考えるならば， 例えば「俺は３次元の座標(ベクトル)を 要素数3の配列 で扱うぜ！」というこ...

「キャラクターを位置Aから位置Bに移動させようという際には，その経路を通過しても良いか否かの判定を行い， ルール的に（経路上に地面とか壁とかがあって）位置Bまで移動させてはいけないのであれば， ルール的に妥当な代替位置C（地面や壁の手前）にキャラクターを移動させることにする」 …的な形の処理にすればよいのではないでしょうか． > 地面に底部が当たっているときは重力を付加せずに みたいな手段で「地面に立っているから　→　特殊ルールとして今は重力なし　→　結果として今の位置に留まる」とするのではなくて， 「放っておいても重力の影響で下に移動しようとする　→　そこに移動してよいか？（→地面があるから...

挑戦してみたら素で失敗してワラタ int Buff[8]; //バッファは(何故か)関数の外におく //引数で「何番目を担当するか」を受ける関数を書く． //(nの値も必要だよね) void Func( int nth, //「何番目」だから，一番左を示す値は1である． int n //nの値は8以下の正の整数とのこと ) { //forを１個書いて，担当する位置に置いてある数を順に変えていく for( int i=0; i<n; ++i ) { Buff[nth-1] = i+1; //担当箇所を変える処理 //このfor文の中で再帰呼び出しをすること if( nth < n ) { Fun...

n重のforがどこに必要になるのかさっぱり謎だし 再帰をどこにどう使うと嬉しいことがあるのかも意味不明すぎるので， そこらへんの話を完全に無視した直感的なコードを示す．もちろん再帰を使ってない． 1mmでも参考になれば． void Test( int n ) { //行バッファ．nは8以下とされているので8個用意すればOKってことで int buff[8] = { 1,1,1,1, 1,1,1,1 }; while( true ) { //行の表示と終了判定 int count_of_n = 0; for( int i=0; i<n; ++i ) { if( buff[i]==n )++cou...

どうすればも何も，単にそれを実現するだけなら
単に２つのリストの全要素を持つリストを作って，それをソートすりゃ良いであろうことは火を見るよりも明らか．

リスト1：{ 1, 3, 5 }
リスト2：{ 2, 4, 6 }
　↓てきとーに合体
リスト3：{ 1, 3, 5, 2, 4, 6 }
　↓ソートする
リスト3：{ 1, 2, 3, 4, 5, 6 }


「てきとーに合体」ではなく，元のリストがソート済みであるという制約条件を利用した合体を行えば
最後のソートが要らないだろうこともまた自明に思える．