Загрузка видео...

Не удалось загрузить видео

На главную

VSCode上で爆速で図を書くことができる「Mermaid Graphical Editor」が超便利 テキストとGUI両方で図を書くことができるので、シーケンス図やER図をぱっと作ったり、設計時の頭の中の整理に良さそう 開発中にVSCode上でシームレスに使えるのがほんとに助かる

163,102 просмотров • 9 месяцев назад •via X (Twitter)

Комментарии: 0

Нет доступных комментариев

Здесь появятся комментарии из оригинального поста

Похожие видео

俯瞰でも縦パースをつけない 二点透視の構図を作る方法と仕組みについて 漫画の表現でよくある「見下ろしている構図だけど高さ方向にはパースがつかない」という、一見矛盾した構図を撮るための手順は以下の通りです。 1. 原理の理解 クリップスタジオの3Dの構図は、カメラだけではなく「カメラ」と「注視点」の2つの関係性によって作られています。この2つを制御することが必要です。 2. 二点透視を作る基本操作 カメラと注視点の高さを一致させることで、二点透視になります。 3. 問題 (a) 高さを一致させたままでは、画面に3D素材が映らないという問題が出てきます。 (b) しかし素材を映そうとしてカメラの角度を変えると、注視点との高さが平行ではなくなるため、縦パースがついてしまいます。 4. 解決の方法 (a) 大凡の構図を決めた後に、カメラと注視点の高さを揃えて二点透視の状態を作ります。 (b) その後に「レンズシフト」機能を使って、映す範囲をずらします。中ボタンドラックは注視点とカメラの関係性を保持したまま構図調整できるので適宜使用。 この手順をとることで、縦のラインを垂直に保ったまま、見下ろしの構図を作ることが可能です。 レンズシフトの下にある「垂直に補正」のボタンを使えば簡単に同様の事ができますが、上記を理解する事で「垂直に補正」の機能はカメラと注視点の位置、レンズシフトYの項目をオートで調整するという機能でもある、ということが理解できます。

漫画用3D承ります|マンガ3Dラボ|脇﨑

139,101 просмотров • 5 месяцев назад

3D空間で一点透視の構図を作る方法と仕組み 漫画の構図ではよくある一点透視ですが、3D空間で再現するとなると、割とコツが必要な構図になります。なぜ、一点透視を3D空間で再現するのが難しいかというと、成立させるための条件が多いからです。 【 一点透視を成立させるための4つの条件】 【a.軸の一致】 カメラと注視点のXYZいずれか二つを一致させる 【b.構図の決定】 レンズシフトを使い構図を決める 【c.配置】 カメラと映したいものが正面になること 【d.奥行き調整】 奥行きの調整(圧縮調整)が必要であること 【構図決定と調整のコツ】 構図を決める際には、レンズシフトのXとYの値を調整すること、そして映すモチーフに対してカメラが正面を向いている必要があります。 また、絵として調和をとるためには、いわゆる「奥行きの圧縮」を行い、奥行きの見え方を微調整する必要があります。 奥行きの見た目を調整する際には、パースの値を調整してください。「連動してカメラを前進・後退」のチェックボックスは、オンにする必要があります。 この手順を取る事で、1点透視の構図を作る事が可能です。 無限遠の定規に設定して3Dを配置しようとしても、3D空間と連動しないことは覚えておくと良いでしょう。

脇﨑|漫画用3D承ります|マンガ3Dラボ

13,382 просмотров • 5 месяцев назад

数日 ClaudeCode と codex を行き来しながらゲーム制作したら、両者のハマり方の違いがくっきり見えた✨ ゲームを作る上での肌触りや、細かい UI 調整は明らかに codex の方が上手い。 両方とも「素直に作る → どんどん深みにハマる → パッチを当てて抜け出せなくなる」という罠を踏むんだけど、その顕著さは Claude の方が強い感じ。 最初のペースは codex の方が速いし、UI / レイアウトの捉え方も codex 優位。 ただし codex も完璧ではなくて、開発段階でハマることはある。どちらにせよ、修正や仕様変更が入ったタイミングで苦しくなるのは同じ。 3D ゲームだと特に、AI 側が空間認識と 2D 認識の両方を行き来する必要があって、内部を複雑にとらえがち。1 画面で完結するものなら楽だけど、このゲームのようなワンカットの中でモード遷移があるゲームは AI 側の認識が難しいぽい🤔 それと、ゲーム制作の難しいところは「これ面白いと思って作ったけど、やってみたら全然面白くない」ということがまあよく起きる。そうなるとゲームデザインを大きく変えることになるわけだが、 大きな転換があったときは、無理にパッチを重ねるより、最初から作り直す方が悪くない選択だったりする。実際このプロジェクトでも、最初に作ったものを元に別でサブエージェントを使って再構築するのにかかったトークンと時間はそんなに多くなかった。 つまりワークフロー的には、一回ごちゃごちゃ作ったものを、もう一度作り直していく方が上手くいくのかもしれない。特に UI によって UX が変わるゲームでは顕著。 これはこれまで何度も実務で経験したことだが、かかってる時間が少ないから、やり直しでかかる負荷はそれまでの時間とトークン量ぐらいなのでサンクコストが低く、「面白い」に邁進できる🥰 これは動画も同じで、完全に質の時代に突入した😊 いかに己の能力を上げられるかが問われる時代。 #ai

LUTA@AI

10,896 просмотров • 4 месяцев назад