【ペイントソフト】Krita Part2 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
オープンソースのペイントソフトウェア Krita に関するスレッドです。
Windows macOS Linux の3つのプラットフォームに対応しています
Krita 公式サイトでのダウンロードの他、Steam、WindowsStore でも配布されています
公式サイト https://krita.org/jp/
関連リンクは>>2-3参照
■>>980を踏んだ方は次スレをお願いします
また、>>980以降は、次スレが確定するまで書き込みを控えてください
(※スレ立て後の即死判定でdat落ちの恐れがあるためご協力願います)
■前スレ
【ペイントソフト】Krita
http://mevius.2ch.net/test/read.cgi/cg/1403499314/ 入れてみたけどあんまり変わってないな
まぁPython拡張の実装がメインだから野良プラグインが増えてからが本番かな >>121
いい意味でだよ!はしゃぎすぎてごめんな
ノーマルマップ?とかスクリプトとかマスクブラシ?
聞き慣れない目新しい機能が一気に来たもんでテンション上がったのさ
それとも、今じゃどれも珍しくなかったりするのか…? 私が一番嬉しいのはブラシエンジンだな
かなり速くなったし、デフォルトのブラシも見たことないようなやつばっか 私の時は速かったぞ
まあオープンソースだから仕方ないよね シェイプがすごい使いやすくなってんじゃん
後から変形できるしブール演算もサポートされてる
Inkscapeはもう要らんかもしらんな 言語の設定日本語になってたのにUIが日本語にならなかったんだけど、一回他の言語にしてから日本語にしたら日本語になった どこからかKrita民湧いて出てきててワロタ
今のところTen Brushesが機能しないバグ出てるみたいだね
楽しみにしてた機能だけにちょっとへこむ Krita4が出たと聞いてさっそく落として操作してみたんですが
ブラシの設定の編集って
"ブラシ設定を編集"ダイアログで編集→Overwrite Brushで設定を保存
という流れでやるもんだと思ってるんですけど何か間違ってます?
編集したあとOverwriteBrushを押すたびに
\AppData\Roaming\krita\paintoppresets配下に
バックアップブラシファイル(?)が作成されてしまい
Kritaを再起動するとブラシプリセットに同名のブラシがズラーッと並んじゃって
ブラシプリセットの挙動もおかしくなってしまいます
バックアップブラシファイル(?)を削除すれば変な挙動は出なくなるので
作成しないようにしたいんですが、それともこれ毎回手動で消すもんですか? ギガジンの4.0記事から来た。まだ直ってないか
ブラシの形状がそのままEモードになる仕様(具体的には「薄いブラシからの消しゴム」とか)
確かkritaの根幹に関わるとかなんとかで無理とか言ってたが
E押して固いor柔らかい消しゴム当てるだけだろうに。とりあえず個人的にそこ最大の壁なんで打開してくれよ。 JPサイトで正式なアナウンス出るまで4.0を待つつもりの奴が言ってみるテスト
的外れだったらスマンです
>>134
ver2.9でのブラシプリセット追加・削除・更新の仕組みは↓の通りだけど
http://sp-cute.hatenablog.com/entry/2015/03/13/204809
※ Kritaでぐるぐるお絵かきブログ
> Krita2.9:ブラシの話、おそらくその1(ブラシ関係のファイル、ブラシプリセット追加、削除、更新の仕組み)
要らないブラシはプリセット一覧から削除してしまえば見えなくはなるから、
同名ブラシがズラー――ってのだけは無くなるはずだけど、
これだけじゃダメなん?!
(それともver4から仕様が変わってプリセット一覧からの削除ができなくなったということだろか…)
一覧から消えてもシステム内にバックアップされて不要なブラシファイルが増える一方なので
定期的に要らないファイル(バックアップブラシとブラックリスト))削る作業はしたほうが良いけど
ブラシ保存するたびにシステムファイルまで弄らなくても良いと思うよ〜
それと、ブラシを保存する際にブラシ名に枝番つけとくとか別名保存してしまえば
後々プリセット一覧からどれを消せばいいか分かりやすいかな、とか
バックアップファイルをを作らなくするようなユーザー設定は無かったと思う
……多分おそらく「うっかり消失orzを未然に防ぐ!」もkritaの設計思想のうちと思われ >>134
ほんとだブラックリストが上手く機能しなくなってるっぽい
バックアップの名前の付け方変わってるしその辺の挙動にも色々変更あったんだろうね
修正を待つか前のバージョンを使うか…
>>135
前のプリセットに戻すショートカットである程度対応できるよ(お好みの消しゴムを選択→普段使うブラシを選択→ショートカットキーを押すたび交互に切り替わる)
もしくはその具体例ならEraser switch opacity(消しゴム切り替え不透明度?)にチェック入れとくと、消しゴムモードと通常モードで別々に不透明度が保持されるようになる
Ten Brushesが動くようになったらそこに消しゴム登録しとくって選択肢も増えるね せっかくアニメーション機能がついてんだからボーンリギングにも対応してくれんかね >>136,137
ありがとう
とりあえずファイル削除すれば使えるから修正待つわ 何だか良さそうだったので使ってみてるんだけど
カラーマネージメントがバッチリできるのがすごく良いし
無料な事を考えると充分に使えるものだとは思うんだけど
線をサッと引いた時に書き始めが曲線にならずにカクっと折れたみたいになる事ない?
なんかこれが気になってしょうがない 再びお邪魔します
ファイルを閉じるショートカット(Ctrl+W)って皆さん動いてます?
このショートカットキー押すと「複数の操作が紐付けられてる」って怒られて動かない
Kritaインストール後、ファイルを閉じるに関するショートカットは変更してない
(そもそも何かと重複するキーをどこかで設定しようとすると重複警告が出るから解る)
Kritaの設定→ショートカットを確認してもCtrl+Wを設定してるのは
メニュー-ファイル-閉じる の一箇所だけ
ショートカット設定をエクスポートしてshortcutsファイル確認してもfile_close=Ctrl+Wとなってるだけで
他にCtrl+Wを指定している行は無い
ところがこの「閉じる」のショートカットを削除(カスタムを選択して何も指定せずにOK押下)したら
Ctrl+Wでファイルが閉じれたのでびっくりしてるところです
ちなみにその後Ctrl+Wを設定し直してもやはり怒られます
なので「閉じる」には何もショートカット設定してないけどCtrl+Wで動作するという謎の状態です
(shortcutsファイルでもfile_close=noneとなっています) ファイルを閉じるは今のところうちでは動いてるよ
ファイルを閉じるに限らず、たまに何かしらのショートカットキーが重複してるって言われて突然使えなくなることあるからそれだと思う
うちではv3.3.3で上書き保存をAlt+5に割り当てた状態で確認(アンインストールを挟まない上書き再インストールでは直らなかったけどアプデで直った)
バグ報告したいんだけど英語ができねぇ… LinuxでKritaを使っている人いますか?
4.0のappimageだと英語しか選べない状態です。
3系では日本語化できていました。 >>143
確かにAmerican English 以外の選択肢ないな
appimageってよく分からないし日本語化は諦めた >>143
appimage版で日本語と英語が半々くらいで混ざったような表示になる
でも言語設定では英語しか選択肢に出てこない >>147
混ざったようになるのはGUIの一部が環境に依存してるからだと思う リリースノートに
At the moment, the appimage does not have working translations. >>147
calligra-l10n-jaをインストールしたら混ざった感じになったわ。
2.9向けのせいか、翻訳が不完全なのかもしれない
>>149
公式に書いてあったのか。見落としてたわ
今見たらリリースノートの日本語訳が来てた
"現時点ではappimageには機能する翻訳が含まれていません." Ten Brushes は動作してるし、Ubuntuならppaを追加して4.0をインストールできますが? こっそり修正バージョン上がってるのかと思ってダウンロードからやり直してみたけどやっぱTen Brushesだめだわ
フォーラムでも開発の人がバグフィックスリリースを待てって言ってるし待つしかないな kritaは複数バージョンでインスコできないんですね?
3.3.3と4で別フォルダにしてインスコしたかったのに、古い方Removeしかできなかった(選択不可)
4.0 なんかちょっと慣れるのに時間掛かりそうなんで3.3.3に戻してしまいました ou- >>143
>>144
>>150
どこからかkrita-l10nのパッケージ取ってきて中からkrita.moを取り出して/usr/share/locale/ja/LC_MESSAGES/以下ににコピーする 1
https://websvn.kde.org/*checkout*/trunk/l10n-support/ja/summit/messages/extragear-graphics/krita.po
から常に新しいkrita.poをdownload
2
msgfmt krita.po -o krita.mo
日本語化ファイルを作成
3
/usr/share/locale/ja/LC_MESSAGES/krita.mo
へコピー
と考えたんだが、1でwget出来ずに躓く
shellscriptで1をクリアするにはどうしたら? svn checkout <URL>でいけるんちゃう? svn: E170013: Unable to connect to a repository at URL 'https://websvn.kde.org/*checkout*/trunk/l10n-support/ja/summit/messages/extragear-graphics/krita.po'
svn: E175013: Access to '/*checkout*/trunk/l10n-support/ja/summit/messages/extragear-graphics/krita.po' forbidden
こうなのよ
w3m -dumpでも似たような感じで怒られる svn cat svn://anonsvn.kde.org/home/kde/trunk/l10n-support/ja/summit/messages/extragear-graphics/krita.po > /tmp/krita.po
で取れた
svn checkout svn://anonsvn.kde.org/home/kde/trunk/l10n-support/ja/summit/messages/extragear-graphics/
ならディレクトリ毎
お騒がせしました 日本語po作成こうかな?
https://pastebin.com/4UEQjeST
今でかいデータ取れないので未テスト >>157 ありがとー! その手がありました
て言うか皆さんバージョンupやナイトリービルドなんかはそうして試してらしたのですね Krita 4.0.0を少し触ってるけど
3.3.3では使えてたブラシが一部まともに使えなくなってるね
例えば以下のブラシなんかは描画色が正しく反映されなくて
まるで加算処理をしたような描画結果になる
ttps://iforce73.deviantart.com/art/Krita-Environment-Brushes-699127188
4.0.0をアンインストール、3.3.3を再インストールして確認したけど
やっぱり3.3.3と4.0.0は描画結果が違ってしまうみたい
https://bugs.kde.org/buglist.cgi?quicksearch=krita%20brush
bugzillaを眺めてみたんだけど英語分かんないから
報告されてるのかされてないのかも分からない(´・ω・`) >>168
そのブラシセットをちょっと触ってみたけどver.3のブラシエンジンがバグってるかも
色がおかしくなるブラシの設定見てみると、明度の項目でグラフの設定と描画の結果が食い違ってる
明度の「筆圧」と「ファジー描点」のグラフが共に+80%〜+100%になってるけど
ver.3は何故か反映される明度が-20%〜0%ぐらいに
ver.4は設定通りの描画をするから明度が跳ね上がる
自分で設定直せば今まで通りに使えるよ >>169
今までがバグってたということですか…/(^o^)\ナンテコッタイ
バグってたエンジンに合わせて設定しちゃった追加ブラシが他にもありそうですねえ そう言えば毛筆エンジンも回転が効かなかったのが
4.0から直ってた筈 4.0、設定→ドッキングパネルからパレットだけ選べないのですが
どう設定したら良いでしょうか 4に上がってから大分良くなってきたね
気になるのはやはり重さかな、軽くはなってるけど、まだまだ重い mypaintを紙に鉛筆で描いてるような感触だとすると
kritaは石に彫刻刀で彫ってるような感触
開発陣だってまだ重いとは解ってると思うが 確かに多少重いけどそんなにか?凝った編集とかしないから感じないだけか すごく大きいブラシパターンでもないのに、重さを感じる時点で問題外
細いブラシパターンいくつかで手ブレ補正入れたら遅延発生
この時点で無いわと思ったものの、手ブレ補正カットしてしばらく描いてた
それでも違和感あって、それはブラシの遅延=重いだった うちの環境ではすごく大きいブラシパターン(?)でもないのに重さは感じないんだが…必要以上に描点間隔短く設定したりすると当然重くなるけど
もしかしたら長い事使ってるから重さに慣れただけかな…ちなみに軽いフリーソフトでおすすめある? 前にフォトショ、クリスタ、SAIの名前出すとなぜか怒られたんだけど
比べるとしたら必然的にその当たりかと
一番重いフォトショと比べてもレスポンスが悪すぎる
フリーソフトはどうかな
逆にここまでレスポンスが悪いソフトあったかどうか 有料ソフトと比較するのは構わないけどPainterさんがいないのが悲しい
kritaが重いってのはわかるんだけどな…問題外とか石に彫刻刀とか言うほど使えないかね 最適化?手ブレ補正?
今はついてて当たり前、それが理由にはならない 最適化を手ブレ補正かそれと同類のものだと思ってるのか…?違うよな
何にせよ最近賑やかでいいね!() >>175
mypaintは更新放棄してるのがなぁ 負荷が小さそうなブラシでグルグルと素早く動かしたら遅延発生した
kritaに描きにくさ感じたのはこれかもしれない
微妙な応答性の悪さが描き味に影響してる 透視図の定規みたいなやつ出すとなぜか重くなるけど普段はあまり遅延は感じない ブラシサイズのカーソル表示すると目に見えてカーソルガクガクするね
クリスタやSAIみたいにザクザクと筆が進む描き味になってからがスタート地点じゃないの 遅延で描きにくいって人はカーソルの表示をいじってみると、遅延が直るわけじゃないけど描きにくさは多少ましになるかもよ
描画されてる位置(遅延した位置)と実際にカーソルがあるべき位置(遅延してない位置)でそれぞれ表示できるから後者だけ表示したり両方表示するといいかも
ないと思うけど、手振れ補正の距離の項目は補正の計算の為のインターバルでわざと遅延させる距離だから
それを高く設定してて遅いってのは、フォーラムで「32bit色で広範囲塗ると重い修正はよ」って言って開発者にツッコミ食らってた人を思い出すやつ… >>188
それオンボのノートPC使っててOpenGLない時になった事あるような気がする
レンダラーをOpenGLにしたら直ったりしない?違ったらごめんけど quickbrushエンジンっていうのが一番軽いっぽい
自由は効かないけど 枠付き漫画テンプレでぐるんぐるんやったら
ペン離しても描画終わらなくて笑えない
そんな無茶な操作かなあ ブラシエンジンはクリスタより好きだからkriraのみで描くようになったな
不具合があれば自分で調べて試さんとならんけど
無料だから作業環境の再構築も楽だし >>192
今漫画テンプレ開いてデフォルトプリセット40個ほどキャンバスいっぱいにぐるぐる10周ずつしてみたけどペン離しても描画終わらない感じにはならなかったよ
…操作じゃなくてマシンスペックが無茶だったりして
てかみんな話題があれば出てくるのね、普段から話せばいいのに(話題がないからか) 以前のバージョンで、話にならんくらいカクカクだったことあるけど、設定→表示からOpenGLのチェック外したら書けるようになった。
4.0でも同じ方法が使えるかは知らん
4.0では、設定弄らずともブラシの遅延も発生してないので
PC環境が問題じゃないかね ……言ってから、キャンパスサイズの問題かと気づいたわ
俺はあんまりデカいサイズで書かないもんで
2000*2000、解像度100でブラシサイズもでかくすると確かに重かった
このキャンパスサイズでも、小さいブラシサイズなら線は引けるけど >>194
クリスタだとそれほど極端にならないから
kritaが重いのだと思うのだけど まじか…じゃあうちの環境でクリスタ使ったら爆速で動くのか…乗り換えようかな ちなみに公式の見解
https://i.imgur.com/YR8Zfvc.png
特殊な用途を除いて、パフォーマンスの問題にぶち当たったら設定やスペックを疑えと Kritaで50%縮小漫画枠付きテンプレで描画 線もたつく
Kritaで100%漫画枠付きテンプレで描画 50%より軽快になる
描画面積の問題な気ガス
でも軽くもないからこれで全て問題ないっていうのはどうかな ブラシで差がかなりある
一見軽そうなPancil-3 Large4Bが実は重い
Basic-1みたいなマーカーは軽い 重いだ軽いだなんて議論は使ってるPCの環境やスペックを添えてくれなきゃ何の意味もなさないと思うんですけど… 確かに。でもスペックがネックになってる奴ほど言いたがらないんだよな
こういう感じのバグレポートが大量に来ると思うと開発が定期的にバグレポートの質の悪さにキレるのもわかる気がする でも現状のスペックで最大限使えるように情報出し合うのは悪い事じゃないよね 早いPCなら高速に動作しますというのも当然だしな
推奨環境書いてあるの? sai2
Core 2 Duo 1.6GHz以上
最低動作環境 (2000x2000px程度までのキャンバスを扱う場合)
clip studio paint
SSE2に対応したIntel、AMD製CPU
OpenGL 2.1に対応したGPU
※動作に必要なメモリ容量やCPU性能は、作成する画像のサイズやレイヤー数などに依存します。一般的に画像サイズが大きく、レイヤー数が多いほど、より多くのメモリ容量や高速なCPUが必要です。
krita
不明 開発者って雇ってる人が1人と大学生が1人だけだっけ? 動作速度をPCスペックのせいにするのは簡単だけどさ
動作環境以下とされるPCスペックの定義は必要だね
その定義如何でKritaが重いか軽いかもわかるよ こういう何をするかどう使うかで大幅にリソースの消費が変わる系のソフトで要求スペックを固定するのもなんかあれだけどな
一応SteamでKrita Geminiの要求スペックは確認できるよ。だいぶ古い情報だけど
http://store.steampowered.com/app/280680/Krita_Gemini/
メモリくらいしか書いてないけど新しいと思われる情報
https://www.microsoft.com/en-us/store/p/krita/9n6x57zgrw96 >>200
要約すると、バカと貧乏人はあきらめろってことねw こういう煽り奴がコミュニティの縮小を招くんだよな
一番いらない だってそうじゃん。
設定の問題ならユーザーが頭脳で解決すべきだし、スペックが足りないなら
もっとハイスペックのマシンを買えってことでしょ?
どちらも無理なら諦めるしかないじゃん。 何処でも声高に文句や批判を垂れ流すのは
底スペ厨なんだよなあ
いいかげんPC買い換えろよ・・・ 選択肢が無いならわかるけど他にもいろいろあるんだから自分に適したものを使えばいい
タダで自分が苦労することなく快適に使えなきゃヤダっていうんならもう人生間違えすぎてる どういった環境下で、こうだったくらいはないと参考にできないからなぁ。最低限どのOS使用してた言ってほしいね。 アーティスティックな地雷筆と
大してアーティスティックでもないのに地雷筆がある
こいつらを使うとすっげー重い
同じようにずらっと並んでたら地雷筆使っちゃうって win10 64bit
i7 7700k
メモリ16GB
背後でいくつか軽めのソフト立ち上げ、chromeのタブ30個、vivaldiのタブ10個くらい開きながら使用。CPUオーバークロックはしてない
普段絵を描く分には快適、デフォルトのブラシプリセットとキャンバステンプレートの組み合わせは全部快適に動くと思う
けどやろうと思えばKritaの設定でいくらでも重くできる ■ このスレッドは過去ログ倉庫に格納されています