KOKOGOL Maclock が届いた

インスタか何かで見つけて、11月初旬(1ヶ月以上前)に注文した KOKOGOL の Maclock。初代 Macintosh を模した LED 時計なのだが、そのプロモーションビデオを見るとなかなか作り込みが細かく、熱いファン精神を感じ取ったので迷わず購入したのだった。

Maclock – Retro 1984 Mac Pixel Art Clock | Nostalgic Desktop Decor – KOKOGOL

それが、注文から2、3週間経ち忘れた頃に発送され、そこからさらに3週間以上かけて、先日ようやく自宅に到着した。で、届いた外箱がこれ。

ボコボコ過ぎるし手に取ると軽すぎるしで、瞬時にパチモン摑まされたかと焦ったが、開封してみるときちんと期待通りのものが入っていた。作りとしては安価な LED 時計で、中学校の技術の授業で半田付けの練習に作ったアレと機能的にはほぼ同じなので、その軽さは納得。プラスチックの手触りや、平面に置いた時のゴム足の質感が結構良い。

デコれるステッカー付き。6色アップルロゴをはじめ、Happy Mac、台紙を飾る Susan Kare デザインのアイコン、Chicago フォント(セリフ体は Apple Garamond だろうか、、?)と、目に映るすべてが全方位にアウトでしかないのだが、さすが Made in P.R.C.。その文字が一周回って誇らく映る。


自宅の Macintosh SE とツーショット。これを買う最大のきっかけは、顎下に突き出ている輝度調整用のダイアルが、Maclock でも同じ仕様で動くことだった。このギミックは、往年のアップルファンでないと思い至れないのではないだろうか?しかも、このダイアルは日付時刻合わせにも使えるので機能性としてもとてもスマート。

ちなみに、バックライトのON/OFFは、頭頂部の取手がタッチパネルになっていて、タップしてトグル切り替えすることができる。電源はバッテリー内蔵で、USB-C ポート経由で充電すればワイヤレスに使用可能。

意匠がアウトであることは疑いの余地もないが、そこに目を瞑ればオブジェとしての質感は申し分ない。また写真の画面には Happy Mac しか写せてないが、商品ページや SNS を調べればわかる通り、普通に LED バックライト付き時計やアラームとしても機能するので実用性も十分ある。

ご注意:
しばらく使ってみて、この Maclock 徐々に時刻がずれていくという発見があった(ビミョーに進みが遅いので、半月で数分ずれる)。なので時計としての信頼性が高くないことにご注意。最近やたらこの記事へのアクセスが高いので補足した。

Bambu Lab A1 mini を使ってみた

前回の続き。

箱から出してやることは、ハードウェアの組み立てと、ソフトウェアのセットアップ。使い始めるまでに40-50分程度見積もっておくと良さそう。

組み立ては説明書通り、付属のレンチでネジを締めたりパーツを取り付けたりするのだが、取り付けには若干難儀するので覚悟が必要。特に「ワイパー取り付け」ステップ②の、下からのネジ留めは難易度が高い。あらかじめ作業場をテーブルなど一定の高さに確保しておき、下からワイパーを覗き込めるよう位置をずらすなどした方が良い。あとはネジ締めの固さが不安になるが、ひと思いに締め込めばOK。

電源投入後のセットアップも直感的。言語に日本語が選択可能。パスワード入力はキーボードが小さいので誤入力は避けられない(キーの気持ち上を狙うと良い)。

キャリブレーションは放っておくとどんどん進行する。ノズルが周波数を変えながら振動するのを眺めていると、いかにも精密機械という感じでお得感が味わえる。

セットアップ完了後に OTA のソフトウェアアップデートを提案されたので試みたが、失敗した。QR 先のドキュメント通り、再起動(電源を物理的に落として再起動)後、再びアップデートを試みたら無事成功した。

3D モデルははじめからバンドルされているのですぐにプリントを試すことができるのが嬉しい(初期状態で SD カードスロットにカードが挿入されている)。それぞれに所要時間も示してくれている。短いものは10数分、長いものは10時間ほど要するようだ。SD カード容量は筆者の場合 1.6 / 29.1 GB だったので、初めから買う必要はなさそう(リーダーは必要?MakerWorld から直接転送できたら良いのだけど)。

所要時間の一番短い船を作ってみた。

完成。

ひっぱって飛ばせる懐かしのプロペラおもちゃも作った。


いくつか気がついたこと。

  • 起動時やプリント開始時のサウンドがデカくてビビる。設定の「Print Options」>「Sounds」をオフにすれば、起動時のウェイクサウンドも消える
  • 駆動音について:
    • プリント時は結構静音で、同居人がいても別室であれば夜に就寝を乱す心配はないと思われる(が、ある程度は鳴るので上のビデオを参考)
    • しかし初期セットアップののキャリブレーションでは、様々な周波数でノズルを振動させながら計測をするパートがあり、床に振動を感じることもある。集合住宅などは深夜は避けたほうが良いかも
  • 置き場について:
    • 当然滅多揺れないところに置いた方が良いと思われる
    • スペック上は、筐体自体の設置面積は正方形に近く、奥行きもコンパクトと感じがちだが、フィラメントのリールを背面に取り付ける都合上、プリンタの後方には一定の空間が必要なので注意が必要(純正品のリール直径は20cm。筆者の場合、筐体うしろから壁まで17cmで問題なし)

Bambu Lab A1 mini が届いた

ブラックフライデーセールで随分安く購入した3Dプリンタ Bambu Lab A1 mini が届いたので開封した(先週のできごと)。友人に強く勧められたのがきっかけで、それまでも何度か気にはなりつつ実用イメージが沸かずに購入には踏み切らなかった。が、ちょうどセールでフィラメント込みで(当時)3万以下で買えるなら、と勢いで注文した。

(写真ではわかりづらいが)コンパクトだし、スタイリッシュなので予想以上に生活空間に馴染める。

電源プラグが罠で、3極仕様になっており、そのままではコンセントに差さらないため、注意が必要。

Amazon でアダプタを調べると、「よく一緒に購入されている商品」に Bambu Lab が提示されたので、Bambu 勢あるあるなのかも。

何かと時間が取れずでいまだに稼働できていないが、最初に何をプリントしようか MakerWorld でぽちぽちブックマークする日々を過ごしている。

MakerWorld: Download Free 3D Models

他に、ドアノブや扇風機のスイッチなど、身近なものに潜む構造を 3D プリントで再現している YouTube チャンネルが面白い。

もえ屋 – YouTube


早くも先日のカンファレンスでは 3D プリンタの話をたくさんできたし、そうした会話を通じ、3D プリンタが身近になることで、物理的なもの=買う という従来的な思考から、ないものは作る、というパラダイムシフトが起きそうな予感がしている。


ブラックフライデーが終わったと思ったら、年末年始セールでまたお安くなっているのでチャンス。(むしろセール価格がデフォ?)

年末年始セール | Bambu Lab ストア

ブログにダークテーマを導入してみた:WP Dark Mode

夜にこのブログを開くと、背景白ベースで眩しくどうにかしたいとダークテーマの導入を検討していた。今使っている Twenty Sixteen はダークテーマに対応していない。が、気に入っていて変えたくはない、、

調べてみると、ダークテーマ非対応でもプラグインで導入できるっぽい。いくつかある中でダントツでスター数の多かった WP Dark Mode をインストールしてみた。

WP Dark Mode – Improve Accessibility with AI Powered Dark Theme – WordPress プラグイン | WordPress.org 日本語

有料オプションもあるが、最低限は無料版でまったく十分そう。いくつか配色プリセットが用意されているが、個人的には Automatic Color で自動選択されたものがもっともしっくりきた。


URL埋め込みのプレビュー(ブログカード)がライトのままでボックス背景が白かったり、Highlighting Code Block で表示したソースコードがエンボスっぽくなったりして、微妙に調整したい箇所あるが、このままでも全然満足。

聴講メモ:YapTech Playground #3 PdM編

Yappli さん本社に遊びに行きたい!という一心で PdM という畑違いの勉強会に参加してきた。

イベントページ:https://yappli.connpass.com/event/373235/

畑違いとはいえ、いちサービス開発に関わる身としては頭にいれておくべき内容で良かった。特に、AI 活用してリーンに MVP 開発するというプロトタイプ思考は、Vibe Coding 時代だからこそあらためて実践したいと思った。

素敵すぎるボトル。

元起業家PdM、AIで”爆速MVP検証”を実現した話

リャオス さん

  • クロスセル、価値拡大は 0→1
    • エンジニアリソースを使って検証する余力なく、一発で当てたいが、検証なしで始めるリスクは大きい
    • 小さく始めてしまう
  • 1週間でMVPプロトタイプ
    • 競合調査:DeepResearch
    • (MAツールの)代表的な機能リストを作成:Cursor
      • 機能イメージができてくる
    • プロトタイプ構築:v0
    • MVP検証
    • ユースケース検証
  • 0→1の壁が消えた
    • リーン:顧客に聞け、正解は顧客が知っている(マーケットイン)
    • 0 to 1:顧客に聞くな、競合せず独占しろ(プロダクトアウト)
    • AI エンジニアを使って、エンジニアが作ったのと同等の精度で検証可能
  • 顧客の優しい嘘
    • アイデアに対して「ぜひ欲しい!」と、使う立場としてのニーズは違う
    • MVP いきなり作って渡すことができる
    • 顧客ヒアリングの時間が取れない問題
    • 「リアルな拒絶」を早めに引き出す
  • 開発フローの再定義
    • リーンスタートアップにおけるBMLループのどれもはしょれず、ただ爆速になっただけ
    • 「学習」もサボれない:なおいっそう頑張るポイント

Yappli流!「プロダクト改善」の進化といま

仲道 さん

  • プロダクト改善の推進
    • 要望、アイデア、技術負債の解消
  • 改善がなかなか進まない
    • チケットが減らず増える
    • 工程が進まないチケット
    • プラットフォームごとのリリースがばらける
    • 問い合わせに追いつかない
  • チケットが進まない原因:量、優先度、担当者不在、何度、リソース不足
    • 改善要望がリリースよりも多くなりやすく、避けにくい。この溝が深くなると、
    • 改善されていないことでチャーンする
    • 多部署からの信頼低下
    • 開発チームのモチベ低下
  • 解決方法
    • チケット残数の把握、認識を揃える、担当者を把握するなど、PdMがチケット診断者になる
    • チケット状況を把握する
      • PdM内で対話型の確認会(一人では無理)、判断軸をログとして記録して残す
    • やらないものを決める
      • 一定期間経っている、要望の熱が冷めている(要望が出続けているものはニーズ高いと判断)
      • 呼応数見積により区分分け、大規模開発は「改善」から移動。アサイン待ちになってしまうため
  • ブラックボックス化していたチケットボードをPdMがハブになり要望の集約、状況確認、共有
    • 優先順位、増減傾向が明確
    • やるべき のみがあるチケットボードの健全化
    • 他部署連携がスムーズになり、調整コストを減らせた
  • フロー整備だけでなく、社内周知でメンバーへの浸透も

Prompting an on device foundation model を読んだ

Apple 武石さんのポストで知った、Apple が Foundation Model について提供した新たなドキュメント。

Prompting an on-device foundation model | Apple Developer Documentation

多くのプロンプトテクニックがサーバーベースの基盤モデル向けに設計されているのに対して、コンテクストウィンドウが限られたオンデバイスならではの手法を紹介したもの。各テクニックに対してそれぞれ、Do/Dont’s の具体例を交えながらどうプロンプト設計するべきかを紹介している。

読んだので以下にまとめてみた。

  • 簡潔明快に指示する (Use simple, clear instructions)
    • プロンプトが人間にとって素早く読めるかを自分自身に問い、トーンや文体の調整に対する追加戦略を検討する(使うべき/避けるべきプロンプト戦略を例示)
    • 長く間接的指示には、価値のない不要な言葉が含まれているため精度が落ちる。明快なプロンプトとして、直接的命令で記載するべき
  • ロールやペルソナ、トーンの指示を与える
    • 専門家 (expert) というフレーズによって、よりトピックに対して権威的で詳細な回答をする
    • オンデバイスモデルは人に語るように考えるため、モデルにその相手のペルソナ像を与える(e.g. 1年生の英語の生徒、あなたの魔法ショップに来た客)
  • テストを通じて得られた結果をもとにプロンプトの改善を繰り返す (Iterate and improve your prompt based on the output you receive in testing)
    • 改善の戦略
      • 明快さの改善:直接的、簡潔かつ読みやすく
      • 強調の使用:重要な命令に “must” “should” “do not” “avoid” といった言葉を用いる
      • くりかえし:重要な命令は指示の最後に繰り返し強調する
    • 信頼度の低いプロンプトはわずかな状況変化で簡単に崩壊する
  • プロンプトに回答する前に、モデルに推論フィールド (reasoning field) を提供する (Povide the model with a reasoning field before answering a prompt)
    • 推論の説明を構造から話すために、モデルに推論用のフィールドを設ける (e.g. var reasoningSteps: String // A property the model uses for reasoning)
    • その推論用のフィールドは先頭のプロパティとし、モデルがプロンプトに答える前にモデルに提供するようにする
  • モデルが思考すべきことを減らす (Reduce the thinking the model needs to do)
    • 複雑なタスクはシンプルなプロンプトで説明しきれない
    • 代わりに step-by-step により推論負荷を下げる(例あり)
  • 複雑なプロンプトを単純なリクエストに分割する (Split complex prompts into a series of simpler requests)
    • (↑の続き)ひとつの部分にフォーカスするリクエストごとに LanguageModelSession を複数に分け、都度新しいコンテクストウィンドウで推論させるのもあり
    • まずは単一のリクエストで試すべき(分割すると推論時間が伸びる)、結果次第でリクエストを分割する
  • “if-else” 文により条件付きプロンプトにロジックを追加する (Add “logic” to conditional prompts with “if-else” statements)
    • 多すぎる条件はモデルの能力に影響を及ぼす可能性あり
    • 結果が要求に見合わなかった場合、条件付きプロンプトを実装でカスタマイズする(条件にあたる部分をプロンプト文に実装上で挿入する)
  • ショットベース・プロンプティング(one-shot, few-shot, zero-shot など)を活用し、モデルに求める回答の具体例を提供する (Leverage shot-based prompting — such as one-shot, few-shot, or zero-shot prompts — to provide the model with specific examples of what you need)
    • Few-shot プロンプティングは、プロンプトでいくつかの例を与えるもの。Guided generation でも効果あり
    • オンデバイスモデルにはシンプルな例が好ましい、2-15 の例を用意し、それぞれをできる限り単純に保つ
    • 長く複雑な例を与えると、それをそのまま回答内で繰り返すハルシネーションに繋がる

過去、Foundation Model を使った実験では特にこのプロンプト部分で手こずり、十分な成果が出せないままだった。

“must” 表現や few-shot などは試し済みだったが、他にまだまだ心当たる部分があったので試してみたい。あと、モデルの推論用フィールドを定義するというアイデアは、いまいちイメージ湧いていないが面白そう。

最後に Apple でのワークショップで教えていただいたプロンプトテクニックの記事。

聴講メモ:LODGE XR “Tech” Talk #2 – visionOS

先日の visionOS TC でお話しくださった方がXで登壇を宣言されており、存在を知った本イベント。これは行かねばと突発的に参加してきた。初手からシホさんの「喋る胸像」プレゼンが面白すぎた。visionOS TC でも感じたことだが、映像系の発表が充実していたり、ハッカソン成果物の体験づくりや、作りかけの進捗報告もあり、幅があって楽しかった。

懇親会で、例の喋る胸像を実際に動かしているところを見させていただいたが、アイデアが個人的に刺さりまくった。物理オブジェクトのツインを作ってまるっきり重ねることで、現実と仮想を行き来しても、オブジェクトを起点に連続性が担保されたり、オブジェクトに魂が吹き込まれるような感覚があって、色々と考えさせらる作品だった。

LODGE XR でも特に Tech に焦点を当て、非定期に開催しているとのこと。比較的小規模で(visionOS TC 参加者に限らずXR界隈の常連が集っている感じ)和気藹々とし、次回は筆者も登壇してみたいと思った。

イベントページ:https://vrtokyo.connpass.com/event/376905/


喋る胸像体験「AlbusTalk」の作り方

@41h01 さん

  • アルバートくん
  • 現実の鏡像が動き出して会話を始めるMRタイプ
  • Unity 6.2 + Polyspatial
  • ObjectTrackingで3Dプリント胸像に3D鏡像モデルを被せる
    • 公開モデルをBlenderで編集
    • FlashPrint にデータ取り込み、プリント中に崩壊しないよう支柱を設定
    • Avatar maker Pro 利用してリップシンク対応モデル作成
      • BlendShape が自動で作られる
    • 瞳孔用テクスチャを当てて目を作成
      • BlendShape でランダムに瞬き
    • uLipSync + BlenderShape で口パク
  • トラッキング
    • KiriEngine で胸像3Dスキャン、Core ML で学習、Refarence Object Library に設定
    • ARTrackedObjectManager 経由で、認識タイミング、位置、角度が取得可能
      • 動きに対してはトラッキング遅延あり
  • OpenAI Realtime API (gpt-realtime)
    • 入力音声をbase64stringに変換、API連携
      • uLipSync 月の AudioSource に流して口パク
    • Instruction で人格定義
  • 体験の流れ
    • タイトルロゴ〜目覚め〜会話〜就寝〜エンドクレジット
    • しゃべりっぱなしでない
    • 胸像を触り目覚めをトリガー
      • 現実の鏡像位置に3Dモデルを配置しているので、コライダー設定して接触判定
    • ユーザー起因でないスクリプトは固定テクストプロンプトを OpenAI に流す
      • 流れを指定することで、そのままでなくとも守ったセリフを喋ってくれる

360°動画をVision Proで没入再生する新フォーマット実装 — Good Sleeperアプリの移行事例

@tochi_jp さん

“聴講メモ:LODGE XR “Tech” Talk #2 – visionOS” の続きを読む

聴講メモ:visionOS TC 2025 – 備忘録編

昨日感想を投稿した visionOS TC 2025 の、手元でガーっとメモしたものを備忘録がてら整理してみた。聴くのに集中してメモしていないものもあり。アーカイブ動画配信いただけるようなので楽しみ。

イベントページ:https://visionos-tc.com


Transform your iOS app into an Immersive Experience

Masakaz Ozaki さん

  • iOSの既存アプリをどうイマーシブに落とし込んでいくか?
  • visionOS 開発では既存コードベースをほぼそのまま利用できる、せっかくvisionOS に対応するならイマーシブな体験を追加しよう
  • イマーシブとは?
    • Part of the content
    • Makes you want to reach out instinctively
    • Seamless transition
    • Experience that moves you
  • 東京「舞浜」
    • 流動的な体験フロー:京王線のドアが開いて、アトラクションに向かうまでの体験
  • どのように iOS アプリをいまー支部な体験に落とし込むか
    • iOSの複雑な画面遷移の構造を乗り越える:シーンの概念を使う
      • コアな機能だけを持って行って、そこから広げていくことも可能
    • Step 1:iPhoneのスクリーンを7台並べる(マルチウインドウ)
      • 横に並べるだけではなく、扇形に。眼精疲労を防止
    • Step 2:iPhone のかたちにとらわれないものを並べる(紙面をグリッド状に並べる)
      • iOS で使っている技術、SwiftUI の modifier だけで実現できる、RealityKit 使わなくて良い
    • Step 3:(震源地図)
    • Step 4:Metal を使ったビジュアライゼーション(衛星のリアルタイムレンダリング)
      • イマーシブっぽく見せる工夫、ウィンドウを斜めに表示する
  • ウィンドウの工夫、手を上げて操作する(ゴリラ腕問題)を解消するために、自動スクロールさせる
  • コンテンツの文字部分と大きな背景画像は分離、いっぱい動かすと画面酔いを引き起こすため

様々なジャンルの Apple Vision Pro 専用ゲームタイトル制作で直面した技術的課題と解決方法の紹介

Graffity株式会社 cova さん

“聴講メモ:visionOS TC 2025 – 備忘録編” の続きを読む

参加メモ:visionOS TC 2025 – 感想編

国内初の visionOS テックカンファレンス、visionOS TC がこの土日で開催されたので参加した。過去にプロポーザル提出したと書いたが採択にはならず、純粋にオーディエンスとして二日間楽しんだ。

イベントページ:https://visionos-tc.com

会場はアベマタワー。個人的に昼開始というのがとてもありがたく、休日午前のルーチンを崩さず余裕を持って会場に向かうことができた。

ビル入り口や会場フロアに、visionOS TC のパネルが掲げられていてテンションが上がった。ノベルティに肩掛けポーチをいただき、Vision Pro のバッテリー入れ説が会場では囁かれていた。

セッションのトークテーマのラインナップが素晴らしく、Vision Pro 向けのプロダクト開発から得られた超実践的な知見から、空間ビデオ撮影の心動かされるエピソードまで幅広く、加えて海外のゲストスピーカーからは体験設計のノウハウ、空間体験制作のワークフローにAIをフル活用するナレッジがそれぞれ講演された。さらに8人による LT では、開発にとどまらなない変化球的側面からも visionOS が考察され、こう列挙するだけでも半日とは思えないほど、死角なしの充実さだった。

クロージングトークでは、主催服部さんから「Apple Vision Proに未来はあるのか?」というドキッとする投げかけがありながらも、こうしたきっかけを起点に、日本から空間コンピューティングの面白い事例が創出されているという未来を作りたいというカンファレンスに掛ける想いを語られ、強く感銘を受けた。そしてその未来に向けて、微力ながらも加勢したいと刺激を受けたのだった。

懇親会では豪華な食事も。visionOS アプリのデモを見せていただいたり、空間ビデオの活用方法から日常業務の悩みにいたるまで、たくさんのトピックで会話できた。


また Day 2 は Apple Japan での開催で、パネルトークとネットワーキングが中心。visionOS の2025年を総括したり、2026年の展望を語ったり、会場からのQ&A含めてさまざまな切り口から国内外屈指のトップクリエイターたちの声が聞けたのは非常に貴重だった。

ネットワーキングでは、昨日に続いて、空間ビデオの意義や現状の性能限界についてや、3Dプリンタを用いた Vision Pro アクセサリーの制作について実体験を聞いたりし、つい先日購入した3Dプリンタの活用を見出す良い機会となった。

実はこのカンファレンスでは visionOS アプリ開発のモチベーションを超えて、手元にある GoPro で撮りためた180°/360°動画をどう活用していくかであったり、3Dプリンタの活用や、そのためのモデリングをどう学んでいこうか、といった新たな興味関心を、他の参加者の方々と話す中で掘り起こされたのが面白かった。こうした、思ってもみなかった方向に発見があるのは、リアルな場こそのセレンディピティだと実感した。

またゲストスピーカーで来日されたTomさん、Oliverさんに話しかけるチャンスがあり、直接 Day 1 のセッションについて質問できたり、今自分がやっていることの展望をシェアすることができたのも嬉しいできごとだった。


この二日間で、たくさんの知見や発見、出会い、そして未来に向けた創造のモチベーションが得られたことはひとえに、素晴らしく設計運営された場があってのもの、、会場オペレーションは死角なしに素晴らしく、学びに交流にその時その時を楽しめた。主催の服部さんはじめ運営、スタッフ、サポーター、全ての関係者のみなさまに感謝!

来年開催を信じ、登壇か、サポーターか、あるいはスタッフか、どんな形であっても、国内 visionOS コミュニティを盛り上げる一助になりたいと、すでにワクワクが止まらない。

Day 2 会場を出た後の、ヒルズのイルミネーション

Reality Composer Pro の Share Graph で使えるノードを眺めてみる(Data 編)

続き:
Reality Composer Pro の Share Graph で使えるノードを眺めてみる(2D/3D Procedural/Texture 編)
Reality Composer Pro の Share Graph で使えるノードを眺めてみる(Adjustment 編)
Reality Composer Pro の Share Graph で使えるノードを眺めてみる(Application 編)
Reality Composer Pro の Share Graph で使えるノードを眺めてみる(Compositing 編)

Data は、あるデータを異なる形式に変換したり、データ構造内の個々の値を操作するもの。

  • Data
    • Convert
    • Swizzle
    • Combine 2 / 3 / 4
    • Extract
    • Separate 2 / 3 / 4
    • Primver Reader

Convert

入力ストリームに流れる値を異なるデータ形式に変換するノード。変換のパターンは、単一の値(数値、Bool) からベクトル(vector, color) に変換したり、その逆も然りだが、各パターンで過不足するデータの埋め方/引き方は、ドキュメントに網羅的に記されている。

Swizzle

入力ストリームの値を指定したチャネルの順序に並び替えて出力するノード。チャネルは “r”, “g”, “b”, “a” や、”x”, “y”, “z”, “w” を使って、”xxx”, “abgr” のような文字列で指定する。具体例がドキュメントにあり一目瞭然。

Extract

マルチチャネルの入力ストリームから、指定インデックスに対応するひとつのチャネルを抽出し、出力する。

Combine / Separate

文字通り、複数の値をひとつのベクトル(vector, color) にまとめたり、逆にひとつのベクトル(vector, color) をそれぞれのチャネルに分離する。Separate 4 に関しては、(r, g, b, a) -> (r, g, b), a のように分離できるっぽい。

Primvar Reader

ChatGPT によると、

お、Primvar Reader 来た!ここは USD/MaterialX っぽさが一番強く出るところですね 🧱

ざっくり言うと:

「ジオメトリ側に埋め込まれたカスタム属性(primvar)を、シェーダー側から読むためのノード」

です。

ということだが、意味不明だし今は必要なさそうなので、その時が来たら学習する。

一応、どんなときに使うのかも ChatGPT に教えてもらった。

  • 例1: 頂点マスクで「塗り分け」したい
  • 例2: 頂点カラーをそのまま Albedo に使う
  • 例3: UV セットの切り替え
  • 例4: string primvar でテクスチャやバリアントを変える

This website stores cookies on your computer. These cookies are used to provide a more personalized experience and to track your whereabouts around our website in compliance with the European General Data Protection Regulation. If you decide to to opt-out of any future tracking, a cookie will be setup in your browser to remember this choice for one year.

Accept or Deny