「glätteHaut」　ßバージョン10L

・カラーピッカーにペン選択GUIを追加 ・レイヤー結合/複写/交換 (結合はまだうまく行ってない、微妙に色が変わる、原因不明、調査中) ・不透明度ロック機能 ・上画面左右反転 左上ペン状態ビューを追加 レイヤ/レイヤロック ペン種類/消しゴムモード 消しゴムモードはブラシの時ブラシ消しゴム それ以外の時フラットペン消しゴムになる

残作業 ・色保存(五マスぐらい) ・座標補正 ・ループシフト ・色相ジッター ・ヘルプ ・少しづつ高度サウンドユニット対応したい ・WiiU対応（旧glätteは対応終了してglätteHautだけにしようかしらん？）

や、 「glätteHaut」10L（β版） SBKEY【JEE37N4V】

先着数名でリクエスト絵とか描いてみます ミバ規約関係なしに版権以外で

着実に完成に近づいていますね！ 私のSIMPLE PAINTは面倒なことをどんどん後回しにしているので現時点で実装自体は50％くらい終えていますが進捗状況は20％にも満たない感じです。（開発開始から2ヶ月経つのに） そろそろ飽きてきたかも（笑） というわけで、リクエストしたいところですが、前回応えて頂いたため今回は別の方にお譲りします。

お疲れ様です！

るかかさんから「まじっくすと～り～」のメリルかリリーとのことでしたのでリク受付いたします。

allclear、全消しがレイヤ2に対して透明色クリアになってなかった。

リクエスト sinたんとcosたん sinたんは奇数タイプでcosたんは偶数タイプです!

＞MIKIさん 受付しました、自解釈で描かせていただきます。

ありがとうございます! 正座して待ってます!!

旧3DSで起動してみたら、使い物にならないぐらいカラーピッカーが重い・・・ うっへり、調整しなきゃだわ

3DS最適化設定追加

ファイルロード時のキーリピートが効かなくなってたのを修正、あまさと氏に感謝

ありゃりゃ・・・・？ フラット消しゴムの動作が変だ・・・灰色になってから消される・・・

すえさんに訊いて 塗りつぶし円の高速化手法のイメージができた （フラットペンで使用） サウンドユニット未使用でも使えそう 従来: ブラシ二次配列に対し全ピクセルを 円周外か内かで判定して塗りつぶし円を描画 改善案: ・ブラシ二次配列をY座標で輪切りにする ・左ピクセルかからInc X座標でで円周内外の判定ループ ・円周内フラグが立ったら、始点から終点は線対称なのでそのY座標での円周内ピクセル数は確定できる。 ・終点まで処理したらそのY座標は終了、INC Y座標

始点終点はテーブルにする方法もやってみる・・・・

速くならんかった・・・(；´Д｀)

単純に考えると1.3倍くらい速くなりそうですが、重いのは円内のピクセルかどうかの判定ではなく描画そのものなのでピクセル単位の描画処理そのものを軽くしない限りは高速化は難しいと思います。

ぁ、そいえば、レイヤからGRPに矩形転送する処理、律義にGPSETでやってた! GLOADに直す

すえさんのコード参考にしながらサウンドユニット対応中なのですが 速くならない・・・・orz

RGB分離や結合もARYOPでやっているのですが、リクツがわからない・・・ 結合は1<<ビットシフトを加算して足し合わせればいいとして 分離がすえさんのコードだと1/1<<ビットシフトを乗算している。

xの逆数をかける = xで割る だから u16*(1/(1<<n)) = u16 / (1<<n) = u16 / 2^n = u16 >> n

！？・・・・？？？？・・・？？ 数字の動きのイメージが掴めないので、ちょっと熟考します・・・

二番目の変形は 1<<n = 2^n を使いました。 三番目の変形は x / 2^n = x >> n を使いました。

MIKIさんの u16*(1/(1<<n)) = u16 / (1<<n) = u16 / 2^n = c においてu16 / (1<<n)とu16 / (1<<n)はプチコン3号では同値とは言えません。 後者は強制的に整数化されるのに対して前者は実数で求まります。 mohさんがシフト演算処理で悩んでいるとは思いにくいのですが分からないのは具体的にどの部分ですか？

おちゃめさんの3行目記述はMIKIさんの1番目と2番目を指してますか？ それとも2番目と3番目を指してますか？ わからないところは、すえさんのコードを自分のコードに合わせてみたのですがうまく動作してくれなかったのと MIKIさんの3番目変形 x / 2^n = x >> n の公式を頭のなかで2進数の01の動きとしてイメージできていないところです。

お返事遅れててごめんなさい。実数＆32bitじゃなきゃ駄目ですかね？どちらにせよプチコンは15bitカラーしか出せないので、すうは16bitで計算してます。速度的にどうかは検証して比べてないのでアレですが。 'RRRR RGGG GGBB BBBA (16bit Color) ARYOP #AOPDIV, S0%,S0%,2 'Aを削除 S0(-RRR RRGG GGGB BBBB) ARYOP #AOPDIV, R1%,S0%,1024 'R取り出し(S0%>>10) R1(---- ---- ---R RRRR) ARYOP #AOPDIV, G1%,S0%,32 '仮G1(S0%>>5) G1(---- --RR RRRG GGGG)

ARYOP #AOPMAD, B1%,G1%,-32,S0% 'B1取り出し(S0%-(G1%<<5)) S0(-RRR RRGG GGGB BBBB) -G1<<5(-RRR RRGG GGG- ----) =(---- ---- ---B BBBB) ARYOP #AOPMAD, G1%,R1%,-32,G1% 'G1取り出し(G1%-(R1%<<5)) G1(---- --RR RRRG GGGG) -R1(---- --RR RRR- ----) =(---- ---- ---G GGGG)

MIKIさん、おちゃめさん、すうさん、ありがとございます。 出先でコーディングのイメージが終えてない状況ですが じっくり考えたいと思います。 高度サウンドユニットの画像処理研究会というトピも立てたので、こちらもご協力お願い致します。 https://miiverse.nintendo.net/posts/AYMHAAADAAB2V0f6y9-0XA

＞すうさん や、glätteHautがレイヤの合成＞GRP出力を行うのでどうしても32bit処理が必要になってしまいます。ただ、ここと研究会に集まった情報でいくつか処理がまとめられそうです。もう少しコーディングしながら試行錯誤してみたいとおもいます。