tag:blogger.com,1999:blog-55105120521546243992026-10-22T01:30:55.887+09:00メモやら記録やらSIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.comBlogger888125tag:blogger.com,1999:blog-5510512052154624399.post-62244107574055509252026-10-21T20:16:24.759+09:002026-10-21T20:16:24.759+09:00

8/11日以降のバージョンでビルドすると処理の途中でsegment faultが発生して実行できなくなっていました。時間を見つけては処理を追いかけて、いくつかの仮定を設定していろいろな角度から調べていました。一度、gdbを使って見たのですが、デバッガがまともに動いているのかどうかも良く分からないので放置していましたが、改めて実行してみたところ以下の通り。 Thread 1 "sd-cli" received signal SIGSEGV, Segmentation fault.0x00007ffff7c57244 in sycl::_V1::detail::DeviceKernelInfo::setCompileTimeInfoIfNeeded(sycl::_V1::detail::compile_time_kernel_info_v1::

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-6304172508084764172026-10-14T22:58:01.229+09:002026-10-14T22:58:01.229+09:00

Segment faultにハマっていて気づいていませんでしたが、今朝スマホで色々見ていてQwen Image 2.1にturboが付いている文字を発見し、慌てて調べてみると4日前ぐらいに公開されたようですね。片手間に使用可能そうな量子化モデルをダウンロードして試してみました。Qwen Image 2.1 turboはQwen Image 2.1をファインチューニングしたものとのことでそれなりに出力が一致してくれるのかな？と期待したのですが…似たような感じにはなるものの、結構出力されるものが違っている印象を受けました。あくまでtext to image部分だけしか試していないので、編集や加工については問題が無いのかもしれません。全体的に出力されたものを見ると汚れているイメージが強いです。肌とか髪の毛とか結構派手にダメージを受けている感じのものが出力されました…。逆にQwen Image

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-11345950421971870152026-10-07T00:12:18.586+09:002026-10-07T00:12:18.586+09:00

散歩ゲームをやめた後から始めたのがダフネです。まぁ暇つぶしにはいいんじゃないかなぁとは思いながら始めると、最初のうちでもけっこなバグもあったり、不具合も多かったりしてます。ソシャゲっぽくするより、そのままパッケージで販売してほしいと思いつつも、バグも治らないようだし、一番気になるのはモンスターの種類が微妙…かな？と感じています。モデリングの手間暇が結構かかってそうなので、そこまで要求するのは酷かもしれないですけど。現状レベル30までで、いまだに最初のストーリーをぐるぐる回ってる感じですが、一番つらいのは描画バグで、戦闘中にフリーズではないものの、４～８フレームぐらいを繰り返すというのがあって、そうなるとアプリを再起動させなければなりません。これが地味に多かったりするので、なんかもう挫折しそう…orz

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-64711909339861387832026-10-06T23:37:29.462+09:002026-10-06T23:37:29.463+09:00

IMEは諸事情から旧バージョンのものを使用していたのですが、気づいたら何やら入力がおかしくなりました。再起動すれば治るのかどうかもわかりませんが、とりあえずIMEのモードを旧バージョンから通常バージョンにすることで逃げました。現象としては、英数字入力のはずなのに、コメントにするためにスラッシュを２つ入力すると、何故か一文字目の入力で全角で入力され、二文字目が半角になるという良く分からない状態に…// ではなくなぜか ／/ となる…ｗ標準のモードだとなんかあった気がするけど、とりあえずこれでしのいでおこう… 

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-1446746082407024992026-10-06T15:23:09.537+09:002026-10-06T15:26:25.542+09:00

最新のstable-diffusion.cppはまだいらないかな？とか思っていたのですが、どうやら2週間ほど前にタイトルのQwen Image 2.1がリリースされていたみたいですね。で、stable-diffusion.cppのリリースを見ると2026/09/20 🚀 stable-diffusion.cpp adds Day-0 support for Qwen-Image-2.1 とのこと。さすがの対応の早さです。が、syclで動かせない気配がプンプンするんだよなぁ…とりあえず、別のディレクトリにgit pullしてbuild-sycl内にそのままビルドして…途中でフリーズするかもしれないけど、今までの実行した履歴メモからいくつか試してみると、[WARN   ] model_manager.cpp:1753 - model manager

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-30464655082822163712026-10-01T00:06:17.427+09:002026-10-01T00:06:17.427+09:00

ブラウザの検索ボックスの文字を消そうとバックスペースキーを押しても無反応なので、またブラウザバグってる…と思い、開きなおしても治らず…メモ帳に入力されてる文字を消そうとしても消せず…ようやくキーが死んでいるのに気づきました(笑)思い当たる節は…なんか水が滴って水飛沫がキーに当たってたかもしれないなぁという感じ。水だけなら乾けば何とか復活してほしいところですが、電源が入っている状態だったしダメかなぁ？今使っているネットブックはメモリ価格が高騰したのと同時に市場から消えちゃってちょうどいい大きさのものが無くなっちゃったんだよなぁ…これを機にタブレットに移行するしかないのかな…それともネットブックは辞めて、デスクトップメインにするのがいいのかな？ノートがないと何もできない気がするんだよなぁ…。 

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-53048780997342417702026-09-21T02:24:52.288+09:002026-09-21T02:24:52.288+09:00

今期はいつも以上に知らない話が多かったのですが、あまり期待せずに見始めてみると、結構絵が普通のアニメの仕上がりに、量産系アニメばかりの中、かなり光っていた作品です。初回から唯一まともに見続けた数少ない作品。今期のアニメはやたら多かったのですが、大半途中からどうでもよくなってしまう中、最後まで楽しめたアニメでした。が…エンディングがやたらと演出があったので、まさか第2クールも？と思って確認したらすでに予定通りの様で(笑)なんとなくいい感じに纏まったと思ったら、あくまでもこれがプロローグなんですね…この物語…ワンクール空いて、来年１月からという事で期待して待ちますかね。  

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-39537295577693478372026-09-20T20:32:14.700+09:002026-09-20T21:44:47.083+09:00

あまり時間が取れなかったので、1ヵ月程度sycl関連のソースで遊んでいませんでした。その間も、llama.cppにはggml-syclに対してパッチを行ってビルドしていましたが、stable-diffusion.cppは完全放置していました。手元のソースを確認すると、8/11から触っていない感じでしたが、どうもこの直後にggmlを拡張してint8をベースにした量子化フォーマットに対応するために色々とテコ入れを行っているようで、素のggmlではビルドできない状態になっているようです。ディスカッションにも記録が残っていて、8/12に[Bug] Build Failure: INT8 ConvRot code on master uses undeclared ggml functions #1870という書き込みが行われていました。リリースを見てみると、master-817-bcc7e29

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-46086234338499514132026-08-25T20:15:11.270+09:002026-08-25T20:15:11.270+09:00

4日前からリリースがvX.Y.Z形式のバージョンが振られるようになりました。ggml自体は同期タイミングでバージョンを振り続けていますが、llama.cppはコミットのタイミングでbXXXXX形式のタグで五月雨式にリリースされていた形から変わったので、電車の中でv0.2.0と見かけたときは少し驚きました。が、今日も先ほどv0.3.0とすでにマイナーバージョンが加算されているので本腰を入れて整備する気配です。 

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-67699209995967631312026-08-19T15:53:37.937+09:002026-08-19T15:53:37.937+09:00

タイトル詐欺臭い部分も多い設定ですが、作画やデザインはともかくそこそこテンポよく進むのでかなり楽しみながら見てたりします。結構暴れまわる立ち回りでどうなっちゃうんだろう？と不安が募るわけなんですが、７話目でとりあえず別の場所に移動しちゃったみたいですね。元の国からも過去の仕事の絡みで場所が割れてしまっている状況だったのでそれだけが移動のトリガーだと思っていましたが、思っていた以上に周りにばれている状況だったようで…話的には今回が最終回でもおかしくないような終わり方でしたが、次回はどんな感じになるんでしょうかね(笑) 

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-9251900422668721462026-08-17T04:24:32.863+09:002026-08-17T04:25:19.048+09:00

最初に知ったのはYouTubuのガジェット紹介系で一言あったのがきっかけで始めました。いろんな意味で端末負荷が高いので何度かアンインストールしたり、中断したりしてたりします。数年前ぐらいからとりあえず目標にしたのは365日連続でのポータルハックのメダル目指して頑張ってました。それをなんとか乗り越え、次の目標をレベル１６を目指して頑張ってましたが、ようやく今日、１６になりました。ゲーム的には何度も繰り返せるのですが、まぁ終わりがないし、そこまでガチる気にはなれないし(笑)当初から旅行が趣味か毎日の散歩が日課になっている人向け。まぁぶっちゃけ世捨て人ぐらいしかガチれない感じが強かったわけですが、最後までそのイメージのままでしたね(笑)位置偽装っぽい人も結構多かったり、複数台でやってる感じの人も多く感じました。この辺のチート案件はまぁMMOゲームなのでそういうもんかなと思いますが、この辺の感じ

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-41218378498643438002026-08-13T14:27:15.413+09:002026-08-13T14:27:15.413+09:00

stable-diffusion.cppでパッチを当てていたものをllama.cpp側に当てた形にしておきました。stable-diffusion.cppでは簡単にハングアップしますが、llama.cppの場合、少し使っている程度ではハングアップすることはあまりありませんが、それでもだらだらとチャットしたりしてるとハングアップします(笑)動作速度はどうなんでしょうかね…ただ、GPUですべて処理させた場合のレスポンスは改善してる感じがするのと、CPU側の処理が素の状態と比べると使用率の低下と消費電力の低下は確認できたので、それなりに効果はある気がします。-nglや-tを指定せずに動かすとそれなりに動いてしまうので単純比較は中身が分かっていないとパッと見判断が難しいですね。https://github.com/siriuth/llama.cpp/releases/tag/

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-32341244065120264622026-08-11T17:33:03.904+09:002026-08-11T23:29:28.938+09:00

実行速度以外は安定していたggml-syclで、思っている以上に実行速度が改善しなくなったので若干熱が冷めてきた感じです(笑)ですが、パッチ状態のggml-syclでエディットモードで元の絵を2枚にして実行していたところハングアップすることがありました。本腰を入れる前に小手先でやれることをやってみたのですが、どうも回避できないので、最新化した状態から復習がてら地道にパッチあてていこうかなと。現状ggml v0.16.0ベースで行っていますが、現行ではv0.19.0になっていて、llama.cppベースの物は依然とビシバシ更新されています。sycl部分もそれなりに追加対応が行われていています。ただ、safetensorsを扱っているだけなのを考えると、そこまで細分化して実装しているのは意味があるのかどうか疑問な実装が多々あったり…。で、ついでなのでv0.19.0の素のggml-syclで

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-38635515926479820082026-08-10T20:48:43.864+09:002026-08-10T20:48:43.864+09:00

無自覚聖女 第3話の16分辺りで派閥抗争の説明で使われていた画像でちらっとどこかで見たような文字っぽいものが…画像の一部ですが、Ovis Imageで出力された文字に似ている気がします(笑)画面全体がこの文字のようなプラカード？で埋め尽くされていたのでインパクトがすごかった… 

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-65060734681582389982026-08-07T13:37:53.079+09:002026-08-07T13:37:53.079+09:00

Windowsだけの文化だと思ったらUbuntuでも同様だった模様。Raspberry piでaptがバックグラウンドで動くようになっていて気持ち悪いと思いつつも、実害はあまり感じなかった（その時は apt updateだけのレベルだったと思う）。Ubuntuでコンソールログイン時に表示される「nのアップデートはすぐに適用されます。」と言う言葉。これの意味することは、放置してても自動的にアップグレードされるという事らしい。このメッセージで1以上の値が示されたときにapt updateしてupgradeをかけていたのですが、その時に実際にアップグレードされるパッケージの数と一致していなかったので気にはなっていたのですが、先月ぐらいからですかねぇ…rebootやshutdownすると途中で処理が止まってしまい、リモートからの受付を一切しなくなる厄介な状態に。ディスプレイは後刺しでも状況把握は

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-1807232574377634792026-08-04T23:25:06.333+09:002026-08-04T23:25:06.333+09:00

 Z-Imageの説明の図には、Z-Image-Omni-BaseをファインチューニングしてZ-Imageとなっていて、それをさらに調整したものがZ-Image-Turbo。Z-Image-Omni-Baseを編集命令を学習させ、さらにファインチューニングしたものがZ-Image-Editという説明があります。なので、落ち着いたら、Z-Imageの編集をまずは試そうかな？と考えていました。Z-Image Turboの説明でもZ-Image Editでこんなことができますよ的な説明画像があってすごく期待していたのですが、どうもZ-Image Editの発表はいまだに無い様子…。HuggingFaceでも結構検索しても出てこないので、グーグル検索したところRadditにZ-Image Editについての質問が挙げられていました。結果的に今現在もは発表されていないようです。ただ、クラ

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-25430248833664080442026-08-01T15:41:06.442+09:002026-08-01T16:47:58.633+09:00

物色していた画像生成モデルで出力できたものです。試したのはstable-diffusion.cpp作者のleejetさんがコンバートした量子化Q4モデルを使用しました。Ovis Imageは文字出力を主に調整されているとのことですが、普通のモデルのようにあつかっても普通に出力しました。いくつか紹介記事を見てみたのですが、Ovis Imageが発表された直後にZ-Imageが発表され、全体的にZ-Imageの方がOvis Imageより優れているようで、現状ではマイナーな物となっているようです。不遇のモデルと言えるでしょう。turbo系ではないのでstepsが20ぐらい必要なのと、cfg-scaleが5.0程度必要となっているようで、512x512でもsyclで1時間程度かかってしまいます。とりあえずいつもの…ちなみにcfg-scale 1.0だとこんな感じで出力されました。日本語でもいけ

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-77206488733327522002026-07-29T02:12:09.300+09:002026-07-29T02:13:34.433+09:00

stable-diffusion.cppのreadmeを見ていて6月に追加されたKrea2に少し興味が出たので試してみましたが、動きませんでした…。入手したggmlがダメなのか、手元のソース環境がダメなのか不明ですが、[ERROR] stable-diffusion.cpp:523  - get sd version from file failed: ''と出力されて終わってしまいます。経験上このエラーだと、コンバートが失敗しているパターンなので、用意したモデルファイルに問題があるはずなのですが、良く分からないのでとりあえず放置(汗)他にも少し準備して動かしてみようかなと言う感じですが、SSDの空き容量が…LocalAI動かさない感じになりつつあるので、そっちを捨てちゃってもいいかな？とは思うんですが、動作は確実に安定させることはできたので、そろそろSYCLを弄るのを一旦やめ

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-14562827089366860072026-07-26T22:08:16.204+09:002026-07-26T22:08:17.595+09:00

ふと移動中に主なプロジェクトのリリースの様子を確認したら確認した主要なプロジェクトがここ２日間ぐらい止まってる…作業が進んでないので個人的には嬉しかったりはしますが、ちょっと寂しい感じがしますね。週末は地味にとある処理で引っかかっている部分をじっくりと様子を見ていたのですが…未だに解決には至っておりません…orzsycl のq4_kぼ処理でグループサイズに依存しているらしく、グループサイズを変えると出力がおかしくなってしまいます。何度か「ここかな？」と結構自信を持って変更しても正しい出力を得られず、非常に歯がゆい思いをしています。というよりも、なんか計算式の内容ほとんど記憶にないと言うか…いつこんな計算式に変更したか全く記憶になかったりする部分があるんですよね…意味わからんｗｗ色々なところで結局のところ必要な計算式は配列のアドレス計算なので似通っているのでどれがどの変換なのか分かりづらい

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-4920075779753574892026-07-24T06:28:47.898+09:002026-07-24T06:28:47.899+09:00

細かい点では調整が続いていますが、疲れてきたので気楽なお題を設けてどんな感じになるのか試してみました。最近は日本語の短いプロンプトの指示で試すことが多いので、その辺の調査も踏まえふと思い浮かべたのが、「風呂場で人間のようにくつろぐワニ」という…なんか良く分からない物から試してみました。・ワニという表現がどのように再現されるか？・人間のようにという表現がどのように再現されるのか？というのが主な確認ポイントとしてみました。生成された結果…パンダ顔の何かが出てきました。カピバラのような…動物とか詳しくないのであれなんですが、何でしょうね？少なくても思い浮かべているワニではないですねｗくつろいでそうですけど、思い浮かべてたのは仰向けなんですが、そうはならず…まぁ悪くはないのかな？場所はお風呂場のような雰囲気はありますね。湯気が少し欲しかったかもしれません。量子化Q4_Kのものなので語彙がくみ取れ

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-53147025396936641812026-07-23T01:05:54.429+09:002026-07-23T01:05:54.430+09:00

「姫様拷問の時間です」のおかげで「私は屈しない！」という言い回しがとても信用度の低い言葉になってしまったわけですがｗ最近、他のアニメなどのセリフにも「こんな事で屈するものか！」とか正直とてもカッコいいセリフがタイミングよく発言されるのですが、どうしてもここで姫様の声が重なって聞こえて…なんだろうなぁこの悪影響(笑)そんなことを感じた矢先にまた違うアニメでも「～屈しない！」という台詞が…  

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-78282374939305347412026-07-20T17:13:26.732+09:002026-07-20T17:13:50.974+09:00

最近はFlux.2 kleinからZ-Image-Turboをメインにしてstable-diffusion.cppを実行しています。Qwen Imageも悪くないんですが、1024x1024サイズが量子化Q2でもメモリー不足で実行が絶望的な状況なので…現状のSYCL環境だとvaeを実行すると使用メモリーが爆発的に消費してしまうため1024x1024の実行はcpuで行う必要があるわけですが、Z-Image-Turboだと解像度の比率は範囲内であれば自由に決められるので512x512以外の大きさにして試したところ、出力が真っ白にｗ画素数があまり変わらないようにH640 W408として出力したのですが…思い当たる節はim2colですかね(笑)さくっと本物に入れ替えて実行したところ、ちゃんと出力されるのでソースを見直すことに…としたら、どうも最大値を512に制限してしまっていたようで…深い理由は

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-66279296006251094832026-07-14T07:53:01.161+09:002026-07-20T17:14:49.182+09:00

stable-diffusion.cppの新しいモデルへの対応も随時行われていてとても気にはなっています。最近新たに対応されたモデルについて少し見てみると、モデル自体が結構巨大なものだったり…世間的な流行りははやり巨大モデルですよねぇとりあえず、最近の物はさっさとあきらめ、少し前から気になっているz-imageについて少し調べてみると、Fluxと同様にサクッと画像生成ができて、結構いい感じに扱いやすいモデルみたいで、まともな生成環境なら20秒ぐらいで1024ぐらいのサイズの物が生成される模様。ってことは単位が変わるから20分ぐらいあれば作れるのか？(笑)まぁ物は試しという事で必要そうなモデルのダウンロードから始めます。stable-diffusion.cppのドキュメントを頼りに、z-image turbo関連のモデルをダウントード。その間にダウンロード済みのモデルの整理を…10G以上の

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-83469271578351068492026-07-12T15:40:28.825+09:002026-07-12T18:34:38.037+09:00

ggmlが結構更新されているようで、llama.cppとstable-diffusion.cppのコンパイルに支障が出そうなのでマージ作業をぼちぼちやっていました。基本的にsycl部分だけなのですが、そのsycl部分が4、５日前に一気に更新されていて少々難儀するモジュールも…フラグも地味に挿げ替えられたりして…。そしてコメントにAOTとか入っていたのでちょっと期待したんですが、ダメでした…github上でクローンしたリポジトリの同期を取ったらコミットをキャンセルしないとダメとか言われたので、サクッとキャンセルして同期して…一つ一つマージしてみましたが、やはり方向性はネックになる部分を一つ一つ潰している感じですね。こちらは、色々と調べて分かったこととか気になる部分を書き換えて遊んでいるだけですが、 binbcast.cppが結構キモっぽいので、何度か書き換えてみたのですが、最近行

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0tag:blogger.com,1999:blog-5510512052154624399.post-1765129110899546232026-07-09T06:50:42.249+09:002026-07-09T06:51:21.995+09:00

実行時間を見ていると、今までそんな感じはあまりなかったのですが、どうも初回の時に確実に時間がかかっている印象。特定の条件下だと、この初回の待ち時間が無いような感じがするのと、特定の条件下だと不意に時間がかかるような感じがハッキリと見てて来ました。この奇妙なウェイト…JavaとかのJITと呼ばれるジャストインコンパイルの感触にとても似ていました。まさか…と思って検索しているとSYCLも何気にデフォルトでは中間コードにコンパイルしているだけのようで、実行時にネイティブコードへさらに変換してから実行しているとのこと…マジかｗとこれが先週末に初めて知って、その対応としてAOTと呼ばれるコンパイル時に中間コードからさらにネイティブコードへコンパイルし、実行ファイルとマージする仕組みが存在することを知る…。この辺で正直お腹いっぱいです(笑)で、ドキュメントを見ると理論だけ説明したドキュメントしか検索

SIRIUTHhttp://www.blogger.com/profile/05037080002878195517noreply@blogger.com0