うつ病けんけんさんの記事を参考にOpenCLを有効にしてみた。

-



うつ病けんけんさんの記事を参考にOpenCLを有効にしてみた

結論、無事に有効化出来た。


Fedora33
右側、うつ病けんけんさんのサイト


画像のようにターミナル上でも認識している。

左側、うつ病けんけんさんのサイト。画面中央、Radeon5500xtの文字が見える


Blender上でも認識している。まだモンキーしかレンダリングしてないが、一応モンキーは瞬間的にレンダリングした。
動画ではなく画像だが。
Blender
Fedora３３上でのBlenderが生成した画像。

まだ、操作もろくに分かっていないので、お猿をピカピカメタルに出来なかったが、一応画像を生成している。
Blenderは以前から興味があったのだが、パソコンのスペックが足りずに諦めていた。
だが、今はパソコンを自作した事もあり、余裕がある。
もちろん、本格的なCGグラフィックを作れるまで自分は学習していないので当分単純な物を作るだけだろう。
なので、多分、しばらくはスペックに不安を感じないだろう。
これから勉強してくが、小説も書いているし、漫画も書きたいし、などなど多趣味的に手を出しているので物になるまで時間が掛かるだろう。
だけど、新しいことが出来るのは嬉しいものだ。

下記がうつ病けんけんさんのサイトリンクです。

http://fedorakenken.doorblog.jp/archives/amdgpu-pro-opencl.html


コメント

コメントを投稿

このブログの人気の投稿

メモリーオーバークロックでBlenderのレンダリングが早くなるか検証してみた。

-
イメージ
  　オーバクロック・・・いい響きだ。 なにかこう、中２心を刺激するワードだ。 私のパソコンは自作パソコンだ。AMDRyzen５　３５００というなんとも安くて素敵なCPUを積んでいる。 そして、メモリーはオーバークロック出来るタイプだ。マザーボードもメモリー電圧を1.６Vまで出来るマザーボードだ。 だが限界に挑むつもりはなく、少しだけワンランクアップした性能が欲しいなくらいの気持ちだ。 CPUクーラーはリテール品でとてもオーバークロックなど出来ないので、メモリーだけオーバークロックしてみたのだ。 2133Mhzだったか、それを3,600Mhzまでオーバークロックしたのだ。 それでBlenderベンチを回してみるとなかなかに興味深い内容だった。 これが こうなった。 左上のタイムを見てほしい。25分２０秒が、２３分３９秒になっている実に1.8分も短くなっている。 windows10では26分29秒掛かるので、 オーバークロックしていないWindows環境よりも2.9分縮まった事になる。 だが、これでは不公平なのでWindowsでもオーバークロックしたメモリーの性能を見てみよう。 windowsでレンダリング、27分２９秒。 なぜかオーバークロックしているほうが時間が掛かっている？。 CPUだけでのレンダリング GPUを使用設定。 今度はGPUでレンダリング CPUだけでのレンダリングではLinux系OSであるFedoraに負けている。 だが、GPUを使用すると２１分２１秒となり、かなりの高速化が達成されている。 前回はAMDのRadeonソフトウェアを最新版にしていなかったのと、最新版での不具合修正の項目にBlenderでの不具合と書いてあったので、治ったことにより、正常にGPUを使えるようになったようだ。 だが、CPUだけでは何故かFedoraよりも時間が掛かる謎が残された。最大開き幅は4分近く有り、少し無視できるものではない。 このベンチファイルよりも大きなサイズの物、例えばBMWのレンダリングをすれば、もっと開くかもしれない。 だが、Fedoraは不具合でRadeon5500XTのOpenCL機能を使えないので、使えるようになればWindowsのGPUタイムよりも縮む可能性が残されている。 どうにかしてOpenCLを有効にしたいが、今のところBlende...
続きを読む

Google 日本語入力は集合知でなく集合痴だ。

-
Google日本語入力がダメな件 Google 日本語入力音声入力とはGoogle の検索結果や莫大な動画や写真ユーザーの打ち込んだ文字入力のデータベースからAI が学習し高度な入力をサポートしている。 だがそれも集合知が機能していればだ。 残念ながらスマホでいい感じのモノを検索している輩がいるようだ。 そのせいでこの間、書いた記事でビルドといったところが、ピルになっていた。 どこをどうしたら濁音が抜けるのだろうか？。 みんながみんな Google 日本語入力で自信の知的好奇心や研究のために打ち込んでいるわけではないので仕方ないのかもしれないが、こういう学習データはユーザーごとに辞書があったりプロファイルはできた方が嬉しい。 なんでもかんでも一緒くたにされるのはやはりつまらないし、小説を書くには不便だ。 なので何とかして欲しいと思うのだが私のような1ユーザーがいくら言っても改善はされないだろう。 改善するとすれば、それが Google の利益にかなうと判断された時だけだ。 なのでしばらくはこのままにしておこうと思う。
続きを読む

ＧＮＯＭＥ40

-
イメージ
ＧＮＯＭＥ40のUXがＧＮＯＭＥブログに出てたので見てみた。 どうやらかなり変わるらしい。 上記のスクショがGNOMEブログに書かれていた。 これを見る限りではDOCLauncherの位置が下に来て、MacOS的だが、最新のMacOSに搭載されているコントロールセンターは無いのでDOCの位置と仮想デスクトップが横向き以外は変わらない様に見える。 だが、次のスクショでは少し変化が大きい様な印象を持つ。 ＧＮＯＭＥ3.38ではマウスなどを使う場合に仮想デスクトップを使おうと考えるとDOCLauncherがある左上角までマウスカーソルを動かし、その上、アプリ一覧を出してから、左側に飛ぶという作業が必要だったが、その動作が一回で済むようになっている。 もちろんキーボードショートカットを使い慣れていれば上記のマウス操作は不要だ。 俗に言うWindowsキー、Linux界隈ではスーパー(Super)キーと呼ぶが、それを押せば一発で一覧を出せる。 さて、GNOMEブログに書かれていたデモがあるのでご紹介しよう。 私としてはこの動き方を見るとGNOME４０の方が好ましい様な気もする。 何故なら、GNOME３・３８の仮想デスクトップをいつくも出していない時は、ただ、スペースを食うだけだからだ。 ご覧のように右側の仮想デスクトップは４つも出しているが、スペースを余らせている。 私が主に使っている１５インチのノートパソコンでもこれはもったいないと思うので、GNOMEのUXデザイナーもそう、考えたのだろう。 それに最近のノートパソコンならタッチパッドはアップルに負けず劣らず高性能だ。 それに合わせたデザイン変更とも思える。 実際GNOMEblogでもタッチパッドの改善が項目の一つに上がっている所を見ると、デザイナーはノートパソコンでの使用を考えているようだ。 長々書いてもアレなのでこのへんで終わりにする。 https://blogs.gnome.org/shell-dev/ リンクを貼っておくので詳細を見たい人は見てほしい。
続きを読む