OSもどきを作られている方に質問です。 背景に画像を使用して、デスクトップ画面のループ内にGCLSがある場合、どのような処理を行って、画像が消えないように、対処されているのでしょうか? いくつか方法があるかもしれないので、回答がされていても、自分の方法が違ったら、教えてください。 また、そもそもGCLSなんて無いのなら、「GCLSなんて無かった」という旨で、コメントお願いします。

完結と言っておられたのに、 ごめんなさいmー＿ーm タイプミスと思われる所を見つけてしまいました。 振り返りのような場面(黒板に習ったことを箇条書きでまとめている場面)で、COLORが、CLEARになっています。普通の作品なら、指摘する必要があまり無いですが、初心者をターゲットとしており、初心者が間違いに気づかない可能性があるため、指摘させていただきました。 修正されるかされないかは、ご自由にどうぞ。

今更の回答すみません。 はい、主人公が真ん中にいて、上から見下ろすタイプのカメラ(画面)の場合はそうですね。 基本的には、キーを押した方向を向いて歩くアニメや、自転車に乗ったり、上下左右の絵に変わったりするだけで、マップの端に行かない限り、主人公の位置は、動きません。この歳でよく分かってますね。すごいです。 ーーー 最近、プチコンコミュニティであまり見掛けませんが、どうされました? もしかして、トラウマになったりしているんですか? 大丈夫です、やりたいと思ったときには質問していいんです。質問に答えてもらえるはずです! やりたい気持ちが無いときに、無理にする必要はありません。 私も、プチコンコミュニティの方も、プログラマもみんな、最初は何も分かりません。そこから勉強して、質問して、だんだんと出来るようになっていくのです。できた時の気持ちは、とても嬉しいです。 そらさん、頑張って下さい!!

画像については了解致しました。 GCLSについて やはりそうですか… BGという手は思い付いていたのですが、BGを使った事がほとんどないもので、SPよりはもちろん空いてますが、使い方が分からないもので不安なんです… 画面をスクロールする文字がある分には、GCLSがないといけないので、この壁を越えないといけませんね。 また、他にOSもどきを作られている方にも、どういった処理をされているか聞いてみます。

遅くなってしまい、申し訳ありません。 色々と問題が発生しておりました。 810?それは無理ですね(笑) 「夕焼け」ですが、私の作品の文字色と、「夕焼け」の作品の影の色の部分がどちらも黒で、文字が見えないという現象が発生したため、遅くなってしまいました。 そこで、質問があります。 画像のように、絵と作品の間に、白い膜のようなものを挟むと、文字が見えるのですが、その代わり、絵が画像のようになってしまうのですがよろしいでしょうか? HOME画面のループに、GCLSがあるのですが、そのせいで画像が消えてしまいます。それを消えないようにできる機能なんかはありますか? 回答をお願い致します。 また、絵の提供、ありがとうございました。

ちなみに、画像のプログラムは、MAINCNTで計算しているので、そこまで細かくなります。また、計算しているので、別の作業をしても、裏で動いているようになります。

頑張れば、画像のようなものもできますが、計算が複雑(だったはず)で、私にも覚えられそうにないので、1/10秒単位のやつを紹介します。即席で作ったので、汚いです。 @LOOP CLS INC MILLIS IF MILLIS==10 THEN INC SEC:MILLIS=0 PRINT SEC;":";MILLIS VSYNC 6 GOTO@LOOP で動く筈です。フレームレートが10fpsになってしまうのは、即席なので許してください。頑張れば、60fpsも可能です。

OSもどきの壁紙として使用してよい画像や、絵などがございましたら、コメントをお願いします。 画像、絵は、上画面のサイズでお願いします。(「Pics Limited」などを使うと、上画面のサイズで、絵が描けます。) 画像や絵をいくつか集めたものでもOKです。 コメントの際は、公開キーとスクリーンショットをお願いします。 採用するかしないかは、私が判断します。(不適切な作品などの判断)

私も変えました。 て言うか、ひろさんってどこを変えたか分かりません… 多分ですけど、変えたところは髪型ですか?

ちなみに、このツールでは、1フレームに900回以上サイコロを振れるので、計算上では、 1秒で54,000回以上 1分で3,240,000回以上 振れる計算になります。 また、私は実験のために、DSに負荷をよくかけるので、皆さんが行ったらもっと早いでしょう。 ちなみに、new3dsでは、旧3DSに比べて、3～4倍ほど高速(データは公式ムックより)だそうですので、 1フレーム2,700～3,600回以上 1秒で162,000～216,000回以上 1分で9,720,000～12,960,000回以上 になる計算です。 数字で見ると、プチコンってすごいですね。

この結果で5が一番多かったのは、たまたまですね。

かおなしさん» 5が一番出やすいというのは、現実のサイコロのことです。これとは関係ありません。 聞いた話なので、本当かどうかは分かりません。なので、「出やすいそうです」と言っています。

大数の法則を、サイコロの数で表してみました。 数が増えれば増えるほど、それぞれの割合は、平等に近づいていく筈です。 ですが、実際のサイコロでは、5が一番出やすいそうです。

MIKIさん» これで、MIKIさんのV-FILTERが使えますね。 前、V-FILTER使えなかったのは、 ・関数ということを知らず、命令と誤認識し、定義無しに、そのまま入力していた。 ・OPTION STRICTにしていなかった と考えられます。 あの頃は、よく理解していなかったのでしょう。 私が覚えていくなかで、よくわからない事でも、後になってから分かるということが多くあります。 MIKIさんは、私が理解できなかったからと、関数がトラウマだと言っておられましたが、全然そんなことありません。むしろ、理解したならどんどん使いたい機能です。最近作った作品(完成済)でも、自作関数を作ったりしていました。 (そこまで規模は大きくないので、OPTION STRICTは使いませんでした。)

報告したものは、修正されたのでしょうか? する予定なのでしょうか? 仕様なのでしょうか? 報告したコメントに対しての結果を言っていただけるといいのですが…

通知が36、前は42なんて、ぶっ飛んでますね(笑) 投稿回数や投稿の種類、コメントや共感によっても変わるでしょうが、流石に36なんて、私にとってはあり得ません。 流石、つばさ さんですね。

とても分かりやすい回答ありがとうございます。 私はよく打ち間違えるので、そんな私にとってはいい機能ですね。 つい最近も、反映されない…何故だ…と思っていたら、しばらくして変数名を間違えていたことに気付きました。 即席で作ったり、規模の小さいものは、ソースも短いですし、すぐ気付くでしょうが、規模の大きいものになると、気付くのに時間がかかるので、使ってみたいと思います。 回答していただいた皆さん、ありがとうございました。

分かりました。ありがとうございます。 3Dですか…… 3Dにすると、読み込みと実行、表示までの手順を踏む、表示させるラベルまで飛ばすためにソースの改造(それも毎回)のいずれかが必要となり、開発中いつでもソースから見れる手軽さが失われてしまうのでちょっと難しいかと… これで、開発がスムーズに進むかもしれません。ありがとうございます。

私は、OPTIONの指定をせずにソースコードを書いていますが、OPTION STRICTには、どのようなメリットがあるのでしょうか? 私は、全て宣言しないといけないなんて面倒だと思い、宣言していませんが、私が使いたいと思うほどいいのであれば、次に大きな作品を作る場合に、OPTION STRICTを使おうと思っています。

私は、あまりYで文字の削除を行っていないのでしょうか?なったことは…多分ありません。