結論から言うと、グラフィック・コンソールを半透明にする方法は基本的にありません。 ヨッシーさんの言う形での不透明度の指定は、スプライト以外では無効です（255で完全に不透明、254以下は完全に透明）。これができたらどんなに素晴らしかったか… 「基本的に」と書いたのは、プチコンの標準機能としては用意されていないという意味なので、半透明に見える色を自力で計算して、ドット単位に描いていくことは根性しだいで可能です。 検索エンジンで「アルファブレンド」とかを調べてみてください。

私は気にしなくておk 釣られた俺が馬鹿だった れいさんの指摘はまったくもって正論 ナメてるという言葉は試しもしないで侮っているという意味であって、要するにただ印象を述べているだけで批評の意図はまったくないし、予断で印象を語るなと言われればもちろん正しい 批評する立場にない自覚もある ただ自分のスタンスを表明しないとコメ入れにくいスレだったというのはご理解頂きたい 自分としては否定的なスレに対して否定的なこと言うな！という否定的なコメの応酬が続く不毛な連鎖をなんとかしたかっただけ

このスレがなかったら永久に保留してたよ それがすべて

あれ、さりげなく諌めに入ったつもりがいつの間にか悪者になってるのか俺。 うんまあぶっちゃけOSもどきナメてる。 でも三角ベースから革新的なすごい遊びが生まれる可能性も否定しないし、そこからプロ野球選手が育つかも知れないし、それは野球じゃないとか突っ込んでも詮無いとは思ってるよ。 私は(どうせ)情熱が冷め切ったダメな大人なので、そこに入っていこうとは思わないけどね。

自称OSの乱立には食傷してるけど、ごっこ遊びの設定にツッコむようで大人げないので生暖かくスルーしてる(・ω・) 子供多いからスルー力だいじやね 大人げをうっかり忘れてツッコんじゃう人にツッコみまくるのもいまいち大人げない気がするなー まあ活発なのはよいことだと思います

なぜ任天堂ならセーフ？ Miiverseの投稿基準(任天キャラOK)とプチコンの公開キーは関係ないですよ。 ぶっちゃけフルスイングでアウトです。

私は逆にデフォルトのスプライトを使ったことがないせいか、詳しい状況がよくわかりませんが、 スプライトの元になる画像の位置はドット単位で指定できるので、自分でSPDEFなりで位置指定すれば、ズレは問題にならないです。 もちろん位置が揃ってなくて気になる場合は、コピー等の機能で動かしても問題なしです。

ELSEの後の2回目のLOCATEの区切りが「,」でなく「:」になってますぞ

こないだまで「実際にはXSCREEN 0ではDISPLAY 1は動作しない」という注釈がついてたと思ったのですが、いつの間にかとれてますね。 （公式サイトの命令表の方だったかも） でも、あくまでこの処理に「相当する」動作と書いてあるわけで、要するに何が初期化されるかが伝わればよいのだと思います。

ボッタクル商店(・ω・)

解決したみたいなので蛇足かもですが。 32行目の条件の書き方がおかしいようです。 IF 10>TX>305… と書いても、「TXが10より大きく、かつ305より小さい」という意味にはなりません。 条件を組み合わせる時は、下記のように一つずつ書いてみて下さい。 IF 10>TX && TX>305 && 40>TY && TY>90 THEN ※手元に3DSがないので確認できませんが、おそらく32行目の書き方では、先に「10>TX」が判定され、その結果(正なら1、偽なら0)と305を比較してしまっています。 …というのが難しければ、今はまだ理解できなくてもいいと思いますが。

すばらしい(´▽｀) 単純明快かつちょっとテクニックが効く所もあって、爽快感もあるしキャラクターも可愛らしい。 大喜利で「一分間」がテーマになったらノミネート間違いなしですな。（え？もうやった？）

なるほど^^ 最終的にはRGBA5551形式の数値で扱われるはずなので、理屈では数値のままの方が速そうですが、ひょっとしたらFONTDEF可能な文字数くらいでは、大した差は出ないかも知れませんね…(´ω｀)3号めちゃ速いから 実測値が出たら私にも教えてくださいw

「5ビット(0〜31)」の意味についてはまさにけいさんのご説明の通りかと思います。 ちょっとだけ補足しますと、プチコン3号の内部的な色情報(けいさんの仰る「ハード上のフォーマット」、命令表等では「物理コード」とも)は、RGBA5551のようです。 ところで何の命令のヘルプのお話でしょうか？FONTDEF？

もうひとつお話しておくと、エラーチェックが不十分だったというのは方便だと私は考えています。 おそらく以前のバージョンでは、内部的にスプライトはすべて初期化された状態にあったのでしょう。 （理由としては、SPSETが表示を兼ねている仕様と同様、初心者が悩む要素を減らすためです） しかし、その状態では「空きがない」ので、「空きを検出」する機能を追加することもできない。 考慮の末、初代/mkIIと同様（こちらは私は知りませんが）、「SPSETするまではスプライトは未定義状態」とすることに「仕様変更」したのだというのが私の推測です。

ゴミという表現が不適切なら撤回しますが、自力で修正する術を持たない使い手側にとって、動かなくなったプログラムがSDカードの容量を食うだけのお荷物でしかないことは間違いないでしょう。 当然ながら、私のプログラムも動かない期間の間はゴミ同然だったと捉えています。 修正の事情と経緯は私も認識していますので、改めてご説明頂く必要はありません。 ここで議論していたことは、もっと穏便にやれなかったのかという話です。 ヘルプの誤記や例え話に対して敢えて指摘するなら、そんな状態のままリリースするな（＝β版でもないのに）と私は言っています。

なんか機械翻訳みたいな文になってしまったので書き直しときます。 当初のヘルプに反してSPSETしただけで勝手に表示する仕様が「お行儀がいい」とでも思っていますか？ 行儀の悪い仕様に合わせて書いたプログラムの行儀が悪くなるのは当たり前です。 そして公開の場で他人の作品を捕まえて「行儀が悪い」などとあけすけな指摘をするあなたの考える行儀とは何ですかね。

当初のヘルプに反してSPSETだけで勝手に表示する仕様は「お行儀がいい」んですかね？ そして他人のプログラムを指して行儀がどうと不躾な指摘をするあなたのお行儀は自慢できますか？

えっ 「空きを探す機能」のための仕様変更だったの…？ つまり、楽になる何かを実現するために、楽だった他の仕様を潰しただけ？ それで納得しろと言われてもちょっと… まあ、終わったことをいつまでもうだうだ言ってても始まらんので、「次回はもっと慎重にやってほしい」（というか次回がないようにしてほしい）というのを強くお願いしたいですね。

事前のアナウンスとは言うものの、特定の命令が廃止されたとか書式が変わったとかならともかく、処理の前後関係で出るエラーを事前に100%検証するなんて不可能ですしね。 この仕様変更を前提として、今後こんな素晴らしい拡張を予定してます！みたいな具体的なビジョン（要するに納得に足るだけのきっちりした事情の説明）があれば、まだ少しはポジティブに捉えられるかもですが。うーん。無理。