Archiverse Internet Archive
投稿のみ 投稿と返信
前のページ(最近)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 1720
次のページ(過去)
返信[3]
親投稿
ゆうたん yu-tan-sama
瞬きを入れるのは大変そうだ と思ったけど、ところどころスプライトが混ざっててもまずバレないから意外と楽かもね
0そうだね
プレイ済み
返信[2]
親投稿
ゆうたん yu-tan-sama
有効桁数オーバーで無限大かな? 倍精度実数型でも限界はありますし
0そうだね
プレイ済み
返信[1]
親投稿
ゆうたん yu-tan-sama
SPOFSだから例のスプライトの挙動変更関連かなー きちんとSPSETせずに、いろいろやろうとするとエラーになります
0そうだね
プレイ済み
返信[3]
親投稿
ゆうたん yu-tan-sama
すごくないものとして「丁半博打」 ちょっと無理して1画面に詰め込んだけど、もっと見やすくできるよね
2そうだね
プレイ済み
返信[2]
親投稿
ゆうたん yu-tan-sama
SPSETの二重実行にも注意ですねー エラーにはなりませんけど、座標とかが初期化されちゃいます 最初にSPSETで番号を確保して、各命令でその番号のスプライトを操作して、いらなくなったらSPCLRで番号を開放 この流れをしっかり守らないとバグります 付け加えておくなら、管理番号の指定がないスプライト操作命令(SPDEFとか)は今まで通りみたいですねー
0そうだね
プレイ済み
返信[3]
親投稿
ゆうたん yu-tan-sama
ゲームは参考にならないと言い切っちゃった方がいいかなぁ いろんな命令を組み合わせて、プログラムの流れを自在に操って作ってるのが普通だし いきなりそういうのを見てもわけわかんないってなるのがオチ 最初のうちはサンプル向けに作られたものの方がいいんじゃないかなー できるだけ短く、できるだけ何もしてないものの処理の流れを追いかけていくのがいいかもしれない そのうちどんどん長いものの処理を追いかけられるようになるし、そしたら自分で作るのも人が作った物を改造するのもできるようになるでしょう
3そうだね
プレイ済み
返信[3]
親投稿
ゆうたん yu-tan-sama
プログラム側が自分自身を書きかえてるとかそういうオチじゃないかな? だったら深く考えなくてもいいと思う
0そうだね
プレイ済み
返信[6]
親投稿
ゆうたん yu-tan-sama
ゲームの作り方なんてものはありません 作った物がゲームになっていくのです ってことで何でもいいから作るのをおすすめしておきますよー 基礎から地道にコツコツと積み重ねないとダメです 基礎さえできてれば、誰かが作った力作を改造したりして一気に楽することもできるようになります
0そうだね
プレイ済み
返信[3]
親投稿
ゆうたん yu-tan-sama
やっぱマインスイーパーとかソリティアとかフリーセルが標準でついてないとね~
1そうだね
プレイ済み
返信[3]
親投稿
ゆうたん yu-tan-sama
世の中並列処理してるように見えるものっていっぱいありますけど、実際のところは順番にちょっとずつ実行してるだけなのです なので順番にちょっとずつ実行するように作りましょう
0そうだね
プレイ済み
返信[2]
親投稿
ゆうたん yu-tan-sama
確かスプライトを回転させる命令ありましたよねー (シュールな絵が浮かんできた)
1そうだね
プレイ済み
返信[1]
親投稿
ゆうたん yu-tan-sama
コメントに使い方とかいろいろ書くのはとても大切です ただ、あとから使い方が変わると非常にめんどくさいことになりますので 追加したい引数は今のうちに追加して、その使い方も書いてしまって、(現在未実装)…みたいな感じにしておくといいかもしれません そうすれば実際にその機能を追加したあとでも、それを呼び出してるプログラムの方はいじらずに済みますし
0そうだね
プレイ済み
返信[3]
親投稿
ゆうたん yu-tan-sama
おすすめは戦闘かなぁ 言うまでもなく、数字のやりとりです いろんな数字を足したり引いたりして、勝ち負けを決めます この際見た目は後回しで、ほんとに数字のやりとりだけ作って見るといいんじゃないかな? まぁ、戦闘に限らず移動も買い物もほとんど全て数字いじりなんですけど、戦闘に関しては数字の増減だけでもゲームとして成立するところですし
2そうだね
プレイ済み
返信[1]
親投稿
ゆうたん yu-tan-sama
できませぬ 標準でついてる物を使うか 誰かが描いたドット絵を使うかするとよいでしょう とりあえずは標準でついてるもので何か作ればいいんじゃないかなー 結構いい感じの見た目にはなりますよ 足りない部分だけ自分で描く感じで
1そうだね
プレイ済み
返信[1]
親投稿
ゆうたん yu-tan-sama
TASやってるソースと オリジナルのソースを比較すればいいんじゃないかな~ 基本的には元のプログラムの改造です 私のやつは本来button()命令があるところをtas()さんに乗っ取られてましたねー ちなみに、ソースの比較にはdiffってツール(てらこやさん作…でいいのかな?)がとても便利です プチコン3号まとめwikiで公開されてます
2そうだね
プレイ済み
返信[4]
親投稿
ゆうたん yu-tan-sama
暗黒面だなんて… きちんと確率通りなら全然普通じゃないですか 残念ながら、コンピュータさんはいくらでも後出しで勝てるので1/3という良心的な確率で勝てるじゃんけんゲームは希です
0そうだね
プレイ済み
返信[1]
親投稿
ゆうたん yu-tan-sama
ルールはしってますよねー だったらそのルールをプログラムにするだけです とりあえず、グーチョキパーは1,2,3に置き換えて入力してもらう感じで良いかと プレイヤーが入力したらコンピュータもランダムに何か出して、結果を表示しましょう 初心者ですし、見た目や操作性は後回しでいいです ちゃんとルール通りに勝ち負けを判別できることが重要です
1そうだね
プレイ済み
返信[6]
親投稿
ゆうたん yu-tan-sama
丁半博打とかかなー さいころ2個振って、奇数(半)か偶数(丁)を当てるバクチです バクチなのでお金をかけます あたるとかけたお金が倍になってかえってきます はずれたら取られたまま返ってきません このくらいなら、数あてゲームの応用でいけるかと
0そうだね
プレイ済み
返信[2]
親投稿
ゆうたん yu-tan-sama
コンソールのままなら 1キャラ8ドットでBGより細かく 回転させたり反転させたりできるうえに 文字単位でZ座標を調整したりもできるのでふつーに使いやすいかもしれませんねー …なんかとっても高機能に見えてきた
1そうだね
プレイ済み
返信[2]
親投稿
ゆうたん yu-tan-sama
前のダイアログの内容を表示する機能はありませぬ 何を押したかを知ることはできるので それで戻るを押してたらgotoとかで前のダイアログを表示するところに処理を戻す必要があります
0そうだね
プレイ済み