わかったこと 1:整数変数「変数名%」は32bit整数だが範囲はおよそ2.1億～-2.1億 2:論理演算の代わりに乗数を掛けたり割ったりすると実数計算される 3:演算オーバーフローエラーあり

あまりシャチョサンは乗り気ではなかったようです・・・(´・ω・｀)

できた！！、サンプルソースSBKEY:「V3XK338F」 左シフトは必要なかったのね 2日も唸ってしまった・・・

や、EXTRAFUTURE変数で「あれば使う」プログラムもできますし 何より遅い配列演算が改善される数少ない方法なのです。 これをサウンド専用にしてしまうのはもったいない感があります

ほえー結構、身近に使われているのね。(*´ω｀*)

れいさんのご提案はいつも「どこのご家庭でもあるような材料」のノリなので、金銭感覚が法人になってしまいそうな勢いですね。（＾ｖ＾）

販売クオリティーになるようなハード開発は辛いよね・・・・・ 自分でつくるとなると筆圧センサーの代わりになるような部品って 何使えばいいのだろうか・・・・

一時期NFCがプチコンで使えないかなぁ・・・とか夢想してたです

あー、なるほどすえさんのソースでAOPMADでOP3に1<<8をつかって直後に引いてる意味がよくわからなかったのですが、そういうことですか！！ (わかった気になっている(ﾟ∀ﾟ))

だとすると、筆圧で入りぬきをを表現するには・・・ 「・・・ぁぁーーーあーーーーーーあっ！！」（はらい） 「あっあっあっあっ！」（四角） 「はぁーーーーーーーーっ！」（横一文字） （あくまで筆圧のための声です）(*´∀｀*)

こんなのが出たらなぁ・・・とか

図に起こしてみて納得できたようなつもりになっている。 納得したに違いない！(ﾟ∀ﾟ)(←実装しろよ)

・・・・だったような気がする・・・

DEFから抜けるとその変数は開放されるよ・・・・

ごめんなさい、拡大して読んでました。 いま、2行目ARYOP行までやっと理解。 3行目ARYOP行がイメージができてない。

皆さんありがとうございます、自分は頭のなかでイメージがつかむまでちょっと時間がかかるので、もう少々お待ちください。 (ソースコードをビットの動きとしてイメージできるまでタイムラグがある)

よ・・・読めない・・・(；´Д｀) (コメントが暗いので)

処理した画像データをまとめたあとそのままGLOAD(32bit)に流し込みたいのですが、うまく映らないのでちょっと失敗したかなぁ・・・

juhsyの画素情報、順番を誤ったかもしれない、（GSAVEの32bit画像と同じでない！？） だとすると、不覚。orz

https://miiverse.nintendo.net/posts/AYMHAAACAAADVHlKIfIOJA すえさんのソースはここのトピを参照しました。 3DSいじれないのでまた晩に