お絵描きソフト「grätte」21B

「glätte」Version21B、sbkey:DB33C28V ・セーブファイル名の生成規則を変える ノード名＝yyyymmdd[時刻24hをA-Xアルファベットに変換したもの] 拡張子＝ノード名が10文字以内なら「.GRP」 11-12文字以内なら「.G」 13-14文字以内なら拡張子無し ・簡易的に画像ロードをつける、拡張子なし/.G/.GRPのファイルを読み込む、それ以外の拡張子は無視する (将来的に拡張子なしのファイル読み込みはオミットする予定) ・v3.3update時に、Button関数の返却値定義が変更になったので 画面GRP0を初期化せずに起動できなくなっていたのを修正、 初期化せずに起動するにはなんかキーを押しながらスタートボタンかAボタンで起動 ・画面左端に描画がまたがるとフリーズする場合がある現象の修正 (クッキーさん修正指摘ありがとうございます)

エロい・・いやエラいご無沙汰してスンマセン、ちょっと私事でゴタゴタしてました。ぼちぼち回復してきたので復帰します。

み、みえ...み...みごとなソフトですね！

＞はるさん 素直なココロ、大事

3Dを最大にすると見えます。

＞ペンコかいさん な、なんだってぇ！！

見えなければセーフ♪ 見えたら通報（削除）されます！（たぶん）

＞nobuさん いやさチキンレースしたい訳じゃなくて ( •̀ㅁ•́;)

そうですよね…。せっかく復活して、お絵描きソフトの更新の投稿なのに、何故別の所に注目が集まるのか…？ 迷探偵プチコナン「それは添付画像が問題作だからだ！」 RUNねーちゃん「それは作者がチャレンジャーだからね…。」

素晴らしいっ！Xボタンを押すことでpn2がみえるソフトですか！ 画期的ですね！(ゲス顔) もちろん嘘です

＞スピーカーさん そりゃま過程として描いてる訳で、自分の3DS上で自動ロードで保存履歴を巡ればpn2どころかHDKo2πまで見えるわけですが(見えない所にこだわる)、これは公開するわけにはいかねぇっす（社会的に死ぬ）・・・・て何の話ですか？ﾏｯﾀｸﾌﾝﾄﾆﾓｳ

誰もツールについて話さない…orz。 助けてー！こりんごさーん！ …自作の育成ゲームに集中していて、いないし…(´・ω・`)。

＞nobuさん だんだん可処分時間が気になって来てしょうがない

ここは添付画像について話す場所ですか？（

＞Friskさん そうだね！・・ってちげーよ！ アップデート履歴とバグ報告の情報交換用トピックです！ たとえ結果的にglätteの作例に大喜利やボケツッコミする場所になってしまっていても

あの修羅場から生還したのか… ともかく、久しぶりの投稿ですね！ 復活した今こそ幸せトピを復活しましょう！

＞yuy(α)さん ご心配かけてしまってごめんなさい だいぶ時間がかかってしまいました まだテンションが完全じゃないのですが 幸せトピ続きなんとかしたいですね。

「glätte」Version21I、sbkey:QDKPREFD ・ワーク用に使っていなかったGRP0-4(GRP1-5)を切り替えられるようにする機能を暫定的に追加 切り替えはLR同時押し+上下キー、ちょっとやりにくいけど 一時退避用とかGRP5のドット打ちにどうぞ、UNDOメモリは共通なので、迂闊にUNDOを行うと上書きします セーブとかは現表示GRP領域のみ行います ・UNDOしてから数回描画してまたUNDOした時の挙動がおかしかったのをクッキーさんが修正してくれました、ありがとうございます。 (v21Iを凡ミスで削除)

エロはダメ、ゼッタイ!! ったく、3D 最大とか X ボタンとか素肌レイヤー&着服レイヤーとか薄目とかほんとにもう。

何もそこまで言ってないっす( •̀ㅁ•́;)

着服とか薄目って何ですか？ あ、 今の下書きレイヤをアルファチャネルにすれば なんか他のGRPから色を取ってくるのは出来そう 色塗り無しでα編集オンリーにすれば・・・これは、イケるか？

運営者により削除されました。 投稿のID:AYMH-AAAC-AAAD-V0Z3-vumw-9w

？？？わからず 自分のいない間に一体何が・・・・

21J、エアブラシ系描画がGRPを変えると上手くいってませんでしたので修正中です。 αレイヤは リアルタイムα描画じゃなく合成するだけにすればなんとかなりそう。 希望が出てきた。 やったぁ、これでskskfk(おやすみなさい

開発再開おめでとうございます！ どんどんバグがへって描きやすくなり助かります(^^♪ あとはもっとUIがわかりやすくなれば…

＞こりんごさん 自分はどうにも3DSならcolorsみたいなのやテキストエディタならViのUIに憧れてしまうのです これらのUIの欠点は学習曲線が「下向きの弓なり」になりがちなところですね 解説ヘルプをしっかり整備したほうがいいのか それとも抜本的にUI変更したほうがいいのか迷う それよりも前の問題として一貫性のあるかっちりしたデザインのアイコンを描く能力がない・・・orz

glätte機能改善洗い出し、順不同 色合成モードの追加(乗算、スクリーン) 色相描画ジッター機能 別のGRPから色を拾う機能 指筆系ペン、描画領域外側から内側にドラッグ＞描画領域外の色を拾ってしまう不具合の修正 HSVカラーピッカーに出入り連打すると勝手に色相バーがどんどん変わる不具合の修正 指筆系ペン自体の描画処理の見直し UI導線の見直し キーカスタマイズ GUIアイコン作成 RGBスライダーUIのテキスト描画＞スプライト描画化

3DS忘れた・・・orz

フラット/エアブラシペンの座標補完処理の覚え書 1:タッチ開始で一番最初の座標に円Fillを描く 2:2番目以降は前座標の相対位置から半径*2幅の四角形FILLを描く 3:くりかえし(重複ピクセルは濃度が低くなる場合無視) ・・・というのを考えついたのですが図の緑の座標の算出方法が思いつかず

本格的に中学レベルの算数さえ怪しくなってきた最近の自分

自分で書いてて忘れてた https://miiverse.nintendo.net/replies/AYMHAAACAAADVHkquJBH5A 回転前座標xyをθ度移動の公式 移動後座標sx=cos(rad(θ))*x - sin(rad(θ))*y 移動後座標sy=sin(rad(θ))*x + cos(rad(θ))*y つまり、X,Yに半径rを-+して出た各座標をθ度回転移動すればいいのか・・・（忘れていた）

数Iじゃないかな?? p1=(x1,y1), p2=(x2,y2) として 直線 p1p2 の傾き θ = atan2(y2-y1,x2-x1) p1 まわりの緑の点は θから +π/2 と -π/2 回転したところなので、 それぞれ p1 からみて θ+π/2, θ-π/2 の角度のとこにある。 p1 から見て、それらの座標は 緑1: x増分 = r cos(θ+π/2), y増分 = r sin(θ+π/2) 緑2: x増分 = r cos(θ-π/2), y増分 = r sin(θ-π/2) (ただし r = 円の半径) p1 からの増分なので、絶対座標としては 緑1: x1 + r cos(θ+π/2), y1 + r sin(θ+π/2) 緑2: x1 + r cos(θ-π/2), y1 + r sin(θ-π/2) p2 についても同様

ただ、斜め矩形 fill はできないので、 直線 4 本引いて中を塗りつぶす感じになると思うので、 r が巨大でない限りはたいして速くならないような気がしますね。

MIKIさんありがとうございます。 自分傾きθの出し方を知らなかったです。 いまん所 座標間補完がないので素早いストロークやrが短すぎる場合の描画が酷く そこだけ何とかしたかったので 4点座標fillってプチコンにありませんでしたっけ？ そこも実装することになるのかなぁ？

回転ねえ・・・ 回転するためにはまず円周と直線 p1p2 との交点を求めなければならないんだぜ? それとも x 軸との交点 (r, 0) から回転させる?? その場合角度はどうなる??? まあ数学なんで、どうやって計算しても最後にたどりつくとこは同じ式になるんだけどね。

3点なら gtri だけど、二つの gtri で斜め矩形を fill できるかは不明

回転座標の計算はp1への1回でいいんじゃないですかね？ あとはp1p2の線からの相対座標でドットを埋めればいいのでは？と素人考え

あ、それでほぼあってると思います。あとは符号とかの細かいとこは現物あわせで。

よかた、

やってることは数Iなんでしょうが、公式をブラックボックス関数としてしか認識してない時点で自分の頭は中学生以下に思えてくる

話は戻って おちゃめさん計測によると配列読み出しが遅過ぎなので エアブラシの配列を作るのをやめて 直接ピクセル濃度を計算するか・・・

そもそもエアブラシ配列を作るのに円fill命令を重ねるというのが重すぎる

お布施しておいたサウンドユニットを使ってみる。ARYOPとかどうだろう

MK_CIRCLER1 KEY=P5KX7EAE 画像にマスクをかけるソフトです。 タッチで円を描くとその部分だけ穴を開けることができます。 十字キーでスクロール、 スラパで円の移動、 R+スラパで拡大縮小、 Aで円を決定、Bでキャンセル、 Yでundo、 Lでフルスクリーン、 L+Xで色コード指定です。 扉絵がケシカランので、健全化してみました。

そんなアヤシイイラスト描いた覚えナインデスガ…( ; ゜Д゜)

moh さん、気のせいでしょう。

これは・・・ワナだ・・・ MIKIさんの時間泥棒！

そういう間違った使い方はしないでください。

もう何が正しくて何が間違った使い方なのかさっぱり・・・ サウンドユニット描画うまくいかねぇです(´・ω・｀)

2つ前の元絵 https://miiverse.nintendo.net/replies/AYMHAAACAAADV0Z4dbtUTA

画像処理関数の引数を作成するときに 矩形の指定方法として 「始点x,始点y,終点x,終点y」と 「始点x,始点y,幅,高さ」の 2つあるけど、双方にどういうメリット、デメリットがあるのだろう？

もはやglätteのコーディングに一貫性がなく滅茶苦茶なので もう一度整理してみることにする。レッツリファクタリング！(言ってみたかっただけ) 引数 sx,sy 始点、あるいは転送元始点 ex,ey 終点 tx,ty 転送先始点 pcl 色(24bit+α8bit) alp 不透明度(α8bit) x,y,w,h 始点x,始点y,幅,高 VramAry% 画像処理配列(二次元) sw スイッチキャラクタ O_alp 外径描画α F_alp フィル描画α r 半径

命名規則 A～α考慮 P～点 AA アンチエイリアス LINE 線 SET 設定 VRAM VRAM配列 GRP GRP領域 2 To SFT SHIFT

必要な作成予定関数 V～VRAM配列への高度サウンドユニットライブラリ未使用 VS～高度サウンドユニットライブラリ使用 VRAM領域(2次元配列)指定座標に点を打つ、α考慮 APSET(VramAry%,sx,sy,pcl,alp) VRAM領域(2次元配列)2点間座標の線を引く、α考慮 ALINE(VramAry%,sx,sy,ex,ey,pcl,alp) VRAM領域(2次元配列)2点間座標のAA線を引く、α考慮 AAALINE(VramAry%,sx,sy,ex,ey,pcl,alp) VRAM領域(2次元配列)からGRP領域へ矩形転送 V2GRP(VramAry%,lch,x,y,w,h,alp) VRAM領域(2次元配列)から他のVRAM領域へ矩形転送 V2VRAM(SendVramAry%,ToVramAry%,sx,sy,w,h,tx,ty,alp)

VRAM領域(2次元配列)の矩形領域のループシフト(α領域もループシフト) LOOPSFT(VramAry%,x,y,w,h) VRAM領域(2次元配列)の矩形描画(外径α,フィルα,クリッピング有) LOOPSFT(VramAry%,x,y,w,h) VRAM領域(2次元配列)への円形描画(外径α,フィルα,クリッピング有) CIRCLE(VramAry%,sx,sy,r,pcl,O_alp,F_alp) VRAM領域(2次元配列)への装飾された矩形線描画 (太さ=r*2,外径α,フィルα) DECOLINE(VramAry%,sw,sx,sy,ex,ey,r,pcl,O_alp,F_alp)

ハードウェア定義定数扱い GRPMaxUW=400 上画面幅 GRPMaxUH=240 上画面高さ GRPMaxDW=320 下画面幅 GRPMaxDH=240 下画面高さ MAXpcl=255 最大色階調 MINpcl=0 最小色階調 MAXalp=255 最大α階調 MINalp=0 最小α階調 BrushMaxR=32 ブラシ半径

ARYOP、体感速度速くならねぇ・・・ 計算に色をRGB分割してりゃ遅いわな 他の人のソース見ようと思ったらサーバーメンテナンス中orz

祝バージョンアップ。 grätteで一度描いてみたかった、レトロなお嬢様ですー。

ひだまりさん、ありがとうございます お淑やかですね。

ココロの清らかさテスト

Mohさんが何処を目指しているのか？分からなくなりました…。（困惑）

ニホンゴムズカシイです

このソフトの名称はフランス語ですか？ 調べてみましたが、複数の意味が有り過ぎて、どの意味を意識しているのか？特定できませんでした…orz。

ドイツ語です、濁点が多いです

glätteもドイツ語です

なるほど！ドイツ語のほうは、意味の候補が少なかったので、だいたい分かりました♪ 人物画を綺麗に描くためのツールという感じですね！ ただ、方向性を間違えると、投稿できない絵になる可能性も？

ようやく混浴・・・もとい混色の問題が解決できそうです

「珠肌」って読んでください☆（ゝω・）vｷｬﾋﾟ

今はただ珠肌のソースに埋れたい(リファクタリング的に

WUgHとは文献を紐解いてみると「ヒートハダ・コィスィ」という概念らしい 体が熱くなる感情を求めるニワボール・ファイター 「ジュウゾウ・マツオガ」のコトダマです。 夜通し戦闘を行ったあと、お互いの健闘を讃え、 明け方に何らかの抽出液(詳細不明)を飲んだとされます。 「コィスィ」の語源には諸説あり 「戦闘」を指すとの説と「抽出液」を指すとの説があります

あらら、運営削除かぁ 僕・・・こんなこと・・初めてです・・・ 問題の切り分けができない 単語なのか奥ゆかしい絵が原因か・・・

問題切り分けしたいけど出来ないのでもう一度告知 「次期glätteについて」 どうにもglätteのソースコードが一貫性がないので 一旦はじめからから作り直してる最中です。 次期glätteは新しい名称になります！ 3DS用「glätte-Haut」(通称:もち肌、珠肌) WiiU用「うぉんつ！glätte-Haut」 (Want U glätte Haut、略称WUgH) になる予定です、よろしくお願いします。

「glätte-haut」進捗、やっと初期化変数定義まで書いた・・・・、建増のツケをやっと払う、メインループ上からVram配列に線を引いてGRPに転送・・・うまいくいくかな？

くっ…サムネホイホイにッ…

当アカウントは健全な運営を究極的の目標としております（究極の彼方に押しやるありがちな欺瞞）

「glätte-Haut」進捗、任意SVボックスの描画、最初作ったのよりだいぶメンテナンス性も読みやすさも向上

縦方向にも出来る

RGBスライドバー

エアブラシ描画

まだ大丈夫そうだ

ブラシ描画、内部24bit化 よーし、よしよし

GUIパーツ、ブラシ濃度

計画: 機能をGUIコンポーネントとして自由に配置出来るようにする (16ピクセル単位) それぞれのGUIコンポーネントは相互作用する GUIレイアウト配置を複数保存できるようにする キーレイアウトを複数保存できるようにする ペン設定を複数保存できるようにする

α先生実装、α濃度をモノトーンにして下書きモード、下からブラシ散布、上手く行った

不要な処理を除外メモ VRAM領域(2次元配列)指定座標に点を打つ VPSET(VRAM,x,y,pcl,alp) VRAM 画像処理用配列、2次元 alp 不透明度 pcl 32bitINT、色値 MAXalp＝255 最大不透明度 MINalp＝0 最小不透明度 Vpcl VRAM[x,y]の値 Pa,Pr,Pg,Pb 描画色 Va,Vr,Vg,Vb VRAM色

座標がVRAM要素外だったら終了 alpがMINalpだったら処理せず終了 pclをARGB2INTでPaのみ抽出 PaがMINalpだったら処理せず終了 alpとAがMAXalpだったら VRAM[x,y]にpclを代入して終了 pclをARGB2INTでPr,Pg,Pbを抽出 VRAM[x,y]から値取得、変数Vpclに代入 Vpclが0ならVRAM[x,y]にpclを代入して終了 VpclからARGB2INTでVa,Vr,Vg,Vb抽出 VRAM各チャネルが0＞合成処理をせず描画色を代入 VRAM各チャネルが0以上＞合成処理 GPSETでRGBをGRPに打つ、GPSET x,y,pcl 出力チャネルをシフト演算＞論理加算＞32bitINT化＞VRAM[x.y」に代入 終了

あ、そうか、表示のための演算とレイヤ合成の演算は分けられるな

やった！、ついに内部32bitのレイヤ実装、エアブラシ処理はやっぱ重いけど実用にならないほどではない、(myu314さんの予測通り)、あとは不要処理をどこまで除外できるかが勝負

配列遅いなら、ブラシ濃度は配列に落とさずに、計算でその場で出したほうがいいな、うんそうしよう

除外処理で体感速度向上せず、GLOADで余計な処理がかかりむしろ遅くなった