【MMD】紳士動画製作者のダベり場22

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
■ＭＭＤでえっちな動画を作ってる人専用の『だべり場』です

動画制作者のレベルは超初心者から上級者までさまざまです
互いの「作品」「モデル」「テーマ」「フェチ」を尊重し、建設的で楽しいスレにしましょう

“建設的”というのは、
動画のダメなところを指摘し叩くことではなく、キラリとひかるものを賞賛、分析、考察、公式化して、皆の技術水準が向上するように努めることです
『見る専』のいう“評論（投稿者叩き・作品叩き・モデル叩き）”とは、その本質がまったく異なります

互いの技術向上の為の「動画交換」「オリジナルモデルの交換」は大いに結構です
盛り上げていきましょう

また、次スレは>>980を踏んだ人が宣言をして建てること
(流れが早い時は>>950)
・メル欄に[ ageteoff ]を忘れずに
・ワッチョイは１行目に
!extend:checked:vvvvv:1000:512


■前スレ
【MMD】紳士動画製作者のダベり場21
https://egg.5ch.net/test/read.cgi/streaming/1565114438/
【MMD】紳士動画製作者のダベり場20（27レスdat落ち）
https://egg.5ch.net/test/read.cgi/streaming/1564830850/


■紳士MMD製作者お役立ちリンク（随時追加）
MMD紳士動画製作wiki
http://seesaawiki.jp/gentle/
MMDArchive(利用規約的にグレーなものモデルもあるので自己責任で)
http://mmda.booru.org/index.php

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

Aviutlの拡張ソフトエンコードとハードエンコードの比較やってみました。
https://imgur.com/a/u2cpbKW
avi出力
1920X1080P60FPS 0〜3200フレーム　UT-VIDEOのRGB DMO出力（この時点で13.6GB）

1.H264
拡張Ｘ264出力：自動マルチパス（2パス）ビットレート10000（所要時間3分22秒）

NVenc:h264、VBR可変（高品質）ビットレート11000（所要時間1分39秒）

動画
https://www.mediafire.com/file/mxy9jf5dsbp4msn/SOFTENCvsHARDENC_264.zip/file
（解凍パス：mmd）

2.H265はこちら
拡張X265出力：自動マルチパス（2パス）ビットレート10000（所要時間7分21秒）

NVenc:h265、VBR可変（高品質）ビットレート11000（所要時間1分40秒）

動画
https://www.mediafire.com/file/zk0gg22kogn1i7f/SOFTENCvsHARDENC_265.zip/file
（解凍パス：mmd）

動作環境は　ryzen5 3600+ RTX2060 +メモリ16GB +WIN10

品質にハードかソフトかは関係無くてこの場合「自動マルチパス（2パス）ビットレート10000」と「VBR可変（高品質）ビットレート11000」の部分とそれを実現する手段のソフト的な問題じゃ
実際には拡張Ｘ264出力とNVencを比較してるだけでハードとソフトの比較っていうのは不適切では

>>636
拡張Ｘ264 VBR可変（1パス）ソフトウェアエンコで同じくらいのビットレートです
http://www.mediafire.com/file/tb33k8cqz732sgm/onepassVBR_24_2.zip

VBR高品質（--vbrhq）は2passだよ
ただソフトエンコでできるような最初に動画全体を見るものじゃなくて直前の1フレームしか使えないやつだから同じゃないけど

NVEncのユニット自体がソフトエンコほど機能充実してないからハード的な問題、CPUみたいになんでも計算できるわけじゃないからね
特に古いGPUほどNVEncも低機能だから画質悪くなる

結果のssim（だっけ？品質）の値が要るんじゃない？
同じレートでも違ったはず

拡張Ｘ265 VBR可変（1パス）ソフトウェアエンコで同じくらいのビットレート
https://www.mediafire.com/file/rw3ma2kj4esj4er/SOFTonepassVBR265.zip/file
所要時間3：50

637の所要時間は1：50でした

ぶっちゃけモーション修正とかの方がめっちゃ時間かかるし（自作だともっと時間かかる）
数値だけ並べられても「へー」くらいにしか思わないかな

RTXシリーズ使ってるから、うちはNVencでいいみたいだな。かなり早いし。

nvenc試したけど時間半分、容量5割増しって感じだった
そもそもmmdの尺で2Kだとソフトでも10分かからないので俺はソフトエンコードで良いかな
設定煮詰めるとかもやり易いし

aviutlではnvencでも固定ビットレートでファイルサイズ決められるけど、本来サイズが増えるその分だけ画質が悪いって感じなのかな

胸の形状が外を向いているモデルで乳首位置を調整する場合の質問なんだけど
ハンドルや角度数値の入力で弄っても思ったように動かせない。。
なんか良い方法ってあります？
https://dotup.org/uploda/dotup.org2039409.png

胸ボーンをローカル軸設定して数値をクリップボードにコピー
[動]ウィンドウの軸指定タブで[近軸]ボタン押して、仮想軸有効にする。なんならボーン位置もコピーして軸中心に貼り付ける

ボーンを基準に動かすなら、TFViewでボーンを回転、移動させて形状変化した方が早いし滑らかになる

この場合、既存の胸の編集だから鏡像操作を考慮した

mmd内のプレビュー画面での再生時はちゃんと動作してるのにAVI出力すると外れてる外部親があるのですが、考えられる要因はありますか？
同じモデルを4体入れてるのが原因かなぁ…

外れてるって現象もいくつかあるから、せめて「外れてて動かない」のか「追従しているが外れてる」のか書こう
前者はいずれかのモデルの不具合とか、モーション流し込み時に親登録付きvmdを読みこんだ場合の、いわゆるぬるぽ的なバグ
後者は親ボーンが剛体影響下にある場合がよくある

現象としては前者ですね
読み込んだのはpmmで親設定したのは自分なんですが、寝てる男に対するFェラシーンで相手の頭ボーンにtnkのIK親を設定しています。
これがプレビューだとフレーム編集時は勿論、流し再生でもちゃんと追従してるのですがAVI出力するとピンコ立ちで微動だにせず相手のおでこに刺さってるw
ま、短いシーンなので外部親は諦めてボーンで調整しようかなと思いますが後学のため伺いました

説明だけ見ると、他の人には再現できない不具合っぽいな。もし試してみるなら
・「全モデル」をPMXEで状態検証。×や△があれば〇になるよう修正
・「全モデル」の表示・IK・外観に打たれてるキーを削除。外部親もリセットされるので再設定(コピペしないほうがいい)
ここでMMD再起動してもいいかも知れない。それでもダメなら
・軽めのダミーな別モデルを外部親・子に設定、モデル非表示にしてボーンが思った通りに動いているか検証
・MMD再起動のうえ新規の状態から竿役と女の２モデルだけで動作検証
あとどうだったか覚えてないが、モデルの計算順序設定で外部親側のモデルを先にするってのも、おまじないになるかもしれん

アドバイスありがとうございます。
やっぱ地道に検証していくのが良さそうですね。
一応ボーン、剛体、ジョイントのエラーは無いか確認はしました。スフィアとか面無し頂点はまぁ良いかと放置してましたがこの機会に直しておくかな

外部親登録した際、そのフレームより後に既に表示・IK・外親キーが打ってあるとボーン位置が異常になって明後日の方向にボーンが飛ぶ
表示・IK・外親キーを打つときは先頭から順番に打つ、いらないキーはあらかじめ除去しておく（配布モーションに紛れていることあり）等の対処が必要
外部親登録した際は必ずそのボーンのキーも打っておき（フレーム登録を押す）、更に直前のフレームにもボーンのキーを打っておくと安心

>>654
あ、多分それですね
竿役は表示非表示切り替え等が入った配布モーションだったので、開始から順を追って打ち直してみます

pmmの配布モーションだったの？
表示・外部親・Ikキー入り(0F含む)の配布モーションはキー削除からはじめたほうがいいぞ
MMDは指定されてるボーンが正しいかどうかの検証を省略しているらしく、特に外部親設定で起こりやすいんだが、そういうモーションはメモリ内に存在しないボーンを親だと思って動いてしまう。IKも存在しないボーンをON/OFFしようとしているかもしれん
値がどこかにふっとぶ位なら可愛いほうで、MMDが落ちるとか、保存ミスが起こるとかもありうる。もしかしたら任意のコード(ウィルス)が仕込めるかもしれん。正直、何が起きても不思議じゃない

>>627
今どき1080pごときがプレミアムという時点で論外
ただで見せたいからiwaraでやってんだ
どうしても画質が気になるときはストレージに高画質版置くし

> 655, 656
PMMファイルの構造は↓に纏められているのが自分が知っている限り一番詳しい。

https://drive.google.com/file/d/0B6jwWdrYAgJTdXZSd1Noa2hKbmM/view

これによると外部親の設定は親モデルインデックスと親ボーンインデックスで指定されている。
モデルが変わったりしても保存時のボーン名のリストは持っている＊ので同一名のボーンが有ればなんとかなる可能性があるが無かったらどうしようもない。

＊ロードする時にPMMが持っているボーンリストとロードするモデルのボーンリスト（モーフも？）を比較して違っていたら例の「保存時と・・・」ダイアログが出る。
モデルインデックスはMMDの内部番号でモデル描画順や計算順と違う場合があるので挙動が分かりにくい。

あと厄介なのが「表示・IK・外親」がそのモデルの全ての対象ボーン等について一括で記録されている（モーフやボーンは変化があるものだけ記録されている）。
それで外部親の設定だけ変えたつもりでもその時の表示のon/offやIKのon/off状態も一緒に記録されちゃう。これが原因で>654の現象が起こる。

たぶん上流から順番に「表示・IK・外親」のキーが打たれているところを辿ってそれぞれの場所で外部親登録だけ（フレーム登録はしない）をやり直せば元に戻せるんじゃないかと思う。（間違ってフレーム登録しちゃった場合はそのフレームのボーンのキーを削除すれば戻る。）
自分は遡って外部親設定とか表示on/offを切り替えたくなったときはこの方法でそれより後のキーだけ修正することで対処していて頭から全部打ち直すことはしてない。

製作者にしか刺さらない&MMD自体カネから比較的縁遠い畑だから狙われてないけどツールとしてはたぶん脆弱性だよね

ウイルスとか脆弱性とかまったく関係のないことで騒いで不安をあおるスタイル

読むべきでないメモリをノーチェックで読んでしまう(その結果バグったり落ちたりする)ってのは不安煽るとかでなくて論理的にはセキュリティリスクだからね
一般ユーザー狙えるわけではないから攻撃側にリターンが見込めない≒実際上のキケンは少ないだろうけど

全く関係なくはないだろう
メモリの不正参照で落ちるようなバグを放置するということはそういうことだ(°ω°=)

>>658
キー打ち直しは賛成だが、その説明だとプレビュー正常でAVI出力だけ異常が出る現象が説明できなくね？
俺は不正なメモリ領域を参照してて、プレビューとAVI出力で内容が変わってる、ってのを推測してる
>>659
開発経緯からして色々省略するのもしょうがないよなぁ
趣味のコードを、モデルを躍らせるって目的を達成したうえでセキュアに保つとかキツいだろうな

まあ突然死するとかセキュア以前の話だと思う(°ω°=)

元は特定のモデルを躍らせるためだけのツールだったんだからしょうがない
モデルが増えるとか想定してなかったようなモノを、よくぞここまで……ってのが正直な感想

つか今日はID変わりすぎだ、652=656=663

配布はvmdで、表示非表示は保存されていて外部親は当然ですが何も無かったです。
で結論は出力開始フレームを1にしたら外部親は動くようになりました。
なんじゃそりゃw

なら0Fにある表示・外部親・IKキー消すのを試してみたらいいかもしれん
◆は残って見えるが、中に入ってる情報は消える

>>667
それも試しましたがダメでした
もう少し試行錯誤してみます
ま、1/30秒ずれならわからん気もしますが

>>663
そうなんだけど不正なメモリアクセスの場合再起動するとメモリの状況が変わるので同じ挙動が再現するってのも考えにくいし、MMD上の再生とAVI出力で違うモーション制御ルーチン使っているのか？とか考えてしまう。。。

>>666
そういえば最近したらばの初心者質問スレでやっぱり1フレームから開始しないと外部親が上手く動かないって書き込みがあった。同じようにIKと外部親の組み合わせ。ただしそちらの場合はAVI出力じゃなくて再生だけでもおかしな動きをするらしいけど。
ゼロフレームって特別扱いの部分はあるんだけど現象の理解に繋がらない。。。

>>668
自分でやるなら試したい事は多いけど、どの道あてずっぽうになるから助言打ち止めにしておく。スマン
とりあえず出力できるなら今回はそれでしのいで、次回以降>>652を思い出してくれたら嬉しい
「何が起きるか分からん」ってのは脅しでもなんでもなくて、セーブデータの破損みたいな事件が起きない事を祈ってるよ
pmmの再利用はしない事、配布モーションはVMDエディタ等でが余計なゴミがないか確認しておく事をおすすめする
>>669
示してくれた資料だと外部親やIKはIDで管理されてるみたいだから、同一環境で読みこめば似たような配置になると思うよ
アロケートした際のアドレスは、絶対値としては不定だけど相対値としてはそこそこ似た感じになる印象がある

別のモーションでもなったことがあって、その時は再生もダメでした。カーソルでのフレーム移動は問題なしでした。pmm配布のもので1フレームから再生は気づかなかったです。
どちらもmmd再起動OS再起動で再現しますね
元コンピュータメーカー社員としてはかなり腑に落ちない挙動ですw

>>645
俺も>>647かなぁ？
>>649
AVI出力の時だけ外部親が外れると言うのはないなぁ
多分AVI出力の時に外部親の数値が壊れた時はあったけど
俺のPC性能が良くないので
モデルが多い、IK、外部親沢山とかで外部親の中の数値が異常になってました。
同様にモーションコピペで切り貼りしてる時もたまに外部親の数値が壊れたときもあった
後はモーション切り貼りで全てのボーン選択使って外部親が設定されてない
モーションが入ってたか
MMDのモーションの外部親ON,OFFの箇所を順次に見て外部親設定入ってるか
座標の数字が異常でないか確認してみては？

ありきたりだけどどうだろ？(°ω°=)

1フレームからの話は知らんのう(°ω°=)
俺のモデルは常時IK全親装備なので０ＦでIKOFFするし
IKON/OFF、外部親ON/OFF使ってきてるけど
今の所おれはその現象は起きてないかな

あーでも今考えるとAVI出力の前の作業で壊れてたのに気付かないで
AVI出力しただけかも知れんｗｗ

PCの性能が良くないってのは通常遅いとかグラボで表示できないとかそういう事になるだけでは
数値が壊れるってのは性能以前でPCが壊れでもしないと無いと思うが

MMDの再生とAVI出力の違いは再生はリアルタイムなので処理が重くて描画が再生速度に間に合わなければ途中のフレームの処理がすっ飛ばされる所
処理がされなかったフレーム部分によって結果が変わる可能性がある
この場合おかしいのはMMDでの再生の方でAVI出力が本来のフレーム落ち無しの計算結果
あと再生の場合は通常AVI出力時より描画サイズが小さいのでグラボのメモリ消費が小さいってことが多いのでAVI出力するとMMEのエフェクトがグラボメモリ不足で動作しなくて結果が変わるってのもありがち

どうも外部親を切った貼ったやってると、IKの設定がずれて次の外部親の設定を読み込んで動作することがあるらしい。
「１フレームから再生すると問題ない」って０フレームのIKの設定がずれてるからだと思う。
手首が亜空間に飛んでくなんてよくあったよ。

んで、そーゆー現象が起きたときは、すっぱり諦めてすべてのIK設定（表示・IK・外観）を０フレームから削除する。
で、再度IK設定を前から順番にやり直す。

PmmDumpにpmmファイルぶち込むと外部親の設定情報のcsvファイルができるから
それを見て想定外の関連付けがされてないか確認してみてはどうかな(°ω°=)

MMDのフォルダ動かした後のpmmファイルってバイナリエディタからファイルパス指定書き換えるだけじゃダメなんだな
どっかにチェックサム的なものでも入ってる？

carry me offやkillerladyみたいにクオリティの高い多人数モーションって最近増えました？

おっぱいの乳首のウエイトが100で塗られてない場合、チラチラ乳首ピアスを付けるのは難しいでしょうか？
そもそも「今塗られてるウエイトの数値」というのは確認する方法ってありますか？

チラチラ動く乳首ピアス でした

近くの頂点のウェイト転写するプラグインが闇鍋の中に入ってるからそれ使えば上手いこといくんじゃね？

物理入ってないならウェイト転写でいいけど、動くんなら物理入りでしょ
ボーン構造次第だが親になるボーン複製して物理後をON、回転/移動付与の調整でワンチャンかね
手に負えないならボーン構造晒したほうがいいと思う

>>680
かなり前なのではっきり覚えてないが、例えば乳首のウエイトがおっぱいボーン80の場合
おっぱいボーンをコピーして回転付与おっぱいボーン0.8、物理後に設定
これでいけた

>>678
自分の理解では256byte固定領域にC Stringで書かれているだけなので文字列としては255byteを超えないことと最後にNull文字(00)を入れておくのを忘れなければ良いと思うんだけど。
チェックサムは無いと思う。

直接バイナリエディタで書き換えたことはないので間違っていたらごめん。

>>685
あ、確保してる領域固定長なのね…
長さ+実データ的な形式かとばかり思ってああでもないこうでもないと苦戦してたわ、それさえ分かればたぶん大丈夫だと思うありがとう

>>686
その直前に入っているモデル名（日/英）はそちらの形式（長さ＋実領域）だから紛らわしいですよね。
>658の解析結果を見ると色々参考になります。

>>680
その頂点に塗られてるウエイトの値見るのは
俺の場合PMXEditor使ってPMXView画面で
下のmodeで表示にWeightを選ぶ
PMX編集画面のボーン画面でその頂点のウエイト塗ってるボーンを選ぶ
塗ボタン押してウエイト/UV描写画面だして塗る画面出す
これでそのボーンにウエイト塗られてる頂点が赤くなってる
ウエイト/UV描写画面の開始押してCTRL押しながら頂点クリック（スポイト）
これでそのボーンに対して頂点に塗られてるウエイトが分かるよ

Pmxエディタはいろんな機能持ってるのでバックアップとって（←重要）
いろいろ弄ると機能の発見あって面白いかもねー(°ω°=)ﾅｹﾞｰ

>>678
pmmをメモ帳で名前の一文字直そうとしたらあれだ
例：モデル名１→モデル名２
ファイルサイズが1バイト変わっちゃって
pmmファイルと認められなくなったｗｗ
文字を打った時に文字に変な情報付けられるから
そうしないエディタが必要なのねコレきっと

リッチテキストの上書き保存ならいけるはず
まあフリーのエディタ使ったほうがいいけど

>>687
上手く行きましたありがとう！
>>689
改行コードの扱いとか諸々のデジタル的な事情でいわゆるテキストエディタだと余計な箇所まで変換しちゃうからね

>>688
W4モードでスポイトすればボーンとウェイト情報が同時に得られる

>>688 >>692
ありがとうございます！赤色の濃さで100％ではなさそうだな と思ってたんですが、実際の数字がよくわからなかったんです

ray-mmdでモデルの上方から強くスポットライトを当てると、地面の影が消えてしまうのですが、地面の影を強く出すにはどのようにしたら良いでしょうか？

>>694
lightタブでwith shadowとかいうやつを選べ

おお、ありがとうございます！！！

ray-mmdのspotlight with shadow はどっちかというと前面から照らすのに向いてる。
質感というか、くっきりした感じを出すのに最適

ただし白目がくぼんでるモデル(Tda式など）だと白目が黒くなる

デフォルト光の影の黒さを強めるならrayコントローラーの「Sunshadowｖ-」スライダーを右に

白目はエミッシブで光らせればいいですね

>>698
白目はSSAOMapタブのわりあてを
"\ray-mmd-1.5.2\Shadow\SSAO visibility 0.0.fx"
にしたほうが自然な感じで明るくなる。

materialmapタブのエミッシブはそれでも暗い場合に補助的に使う

暗いシーンだといちばん弱い
"ray-mmd-1.5.2\Materials\Emissive\Fixed Color x1\material_albedo_x1.fx"
あたりでも白目だけギラついて違和感がある場合があるので
103行目を
const float emissiveIntensity = 0.05;
とかに書き換えて使っている

エミッシブの最小値はraymmd.confいじらないとそんな小さい値にできなかった気がするんだな

つーか、白目はtoonかcell shadingのマテリアルにしておけばいい気がするわ

目はあとSSS入れれば環境光意識して明るくなる気がする

アローヘッドさんの「AH式おっぱい物理作成プラグイン」についてなのですが、

アローヘッドさんの動画を見て、AH式おっぱい物理作成をやったのですが、
何回やっても、モデルのおっぱいのポリゴンの破綻が直らず、
モデルのおっぱいの方向も変な方向に向いたままになり、
完璧に動画の手順どおりにやっているのですが、
どうしても直らず、どうしたら良いのかわからなくなり質問しました。

回答、いただけたら幸いです。

>>703
破綻するのはウェイトが不適切か揺らし過ぎだと思う
全体的に上半身2ボーンに対してのウェイトを大きくした方がいいと思う
あとAH式はほぼ胸ボーンの回転のみで揺らすので形が崩れやすい
RGBA式の方がお勧め

AH式は「巨乳だけどボーン入ってない」みたいなのが(たぶん)対象だからな
最近のモデルは巨乳なら大抵揺らすようの物理ボーン入ってる

703のコメントのものです。
回答、ありがとうございます。

「AH式おっぱい物理作成」の
モデルのおっぱいの大きさに合わせて、剛体も大きくするとき、
大きくする剛体は、左右胸操作衝突の剛体だけで、
大丈夫でしょうか？

回答、いただけたら幸いです。

raymmdでどうやるとこんな感じの絵になるんですか？
https://seiga.nicovideo.jp/seiga/im10028334

顔の法線を平らにして影できにくくして服にノーマルマップ当てる

>>707
Sour式は顔が平面だから陰が出やすい。
前面からray付属のspolightを強めに当てて陰をつぶす。
デフォルト光は逆光気味にして、なおかつray_controllerの
”BloomThreshold”のスライダーを右にやってハレーション気味にする。

なるほど・・いずれやってみる

平面だったらそもそも影にならないのでは？

>>703
ポリゴン破綻はポリゴンが少ない
元々揺らす予定の無いモデルとかだと起こりやすいし
破綻がどんなものなのか見えないので
画像とかモデルを教えて貰えないとなんとも言えない
おっぱいが変な方向とか向いてるのはボーンと剛体、ジョイント
の場所がずれてるんでない？

剛体を大きくする理由が腕とかに当たった時に揺れたり動いたり
する目的なら右or左胸操作衝突で合ってるよ
とりあえずぱっと思いついたこと書いてみた(°ω°=)ﾜｶﾗﾝ

口周りに影が出来ちゃう問題は口の周りだけ別材質に分離して影無しのシェーダ当てる荒技で解決する事もある

マルチポスト乙
http://jbbs.shitaraba.net/bbs/read.cgi/otaku/17680/1573482092/137-n

>>711
RAY-MMDはSSAOのデフォルトが設定が強めなのでSSAOによる陰がでる。
（陰影のほうね）
顔に陰影が出るとホラーぽくなってSour式の魅力である可愛らしさが半減する。
もともとトゥーンっぽい画調でいちばん可愛くなるよう作られたモデルだし
さりとてrayコントローラーでSSAOを弱めると立体感も無くなるからrayを使う意味自体もなくなる。
で、上のようなライティングでやるしかない。
静止画なら1方向だが動画作るときは、周りをぐるっとspotlightで囲んだりしてる
ttps://drive.google.com/file/d/1h9mrGW3ZSDqbtorw1XDTHiwXu8mLdemq/view?usp=sharing

sour式はトゥーン方向で撮った方が良い絵になるってのは俺も大賛成

わざわざRayまで使って「顔だけアニメの絵を貼り付けた雑コラみたいな状態」を作るのもなんだかなあとは思うが

kuroがツイッターであげてるネロって誰のモデルかわかる？
r18で使えるモデルあったの知らなかった

>>717
同意
まあ趣味の範疇だから他人がどうこう言うものではないんだろうけどせっかくトゥーンに最適化されてるモデルをわざわざ使わなくてもいいだろうにとは思ってしまう
やっぱ適材適所じゃないかと

>>717
これなんか再生100万近く行ってるんだよなあ・・・
どこかでニーズがあるんだろ
ttps://youtu.be/V5vA5CKz6Z8

ちなみに715の動画は未発表

本題と関係ないけど>>715は背景もう一段階だけ輝度低い方が手足の輪郭見えやすくなって俺好みだ

>>719
トゥーン/物理ベース両方に上手く対応するのは簡単じゃないし、レンダリング方式との相性はどうしたってあるよね

再生数と高評価数が正義だよ
古い知識だけじゃ再生数は伸びないし評価されないよね

その理屈だと野獣先輩とか一般男性とかああいうのこそ正義ってことになるな
糞食らえな正義だが

正義だって人それぞれだろ

俺にとっちゃ自分の性的嗜好を満足させるのが正義であって評価だの再生数だのはどうでもいい

技術は望む映像を作るための手段にすぎなくて、新しくても枯れててもいいんだよ
新しい技術とやらを目的にしてしまうのは研究か流行の後追いになるが、それを再生数や評価に結び付けてしまうのはちょっと安直な気がするわ
下手したら「自分で開発しなくても他人の技術だけ貰えばいいや」的な下心が透けて見えそうだ

やっぱ光と影がはっきりしてるやつは人の目を引きやすいね

再生数も高評価も（鯖持ちなら特に）複数垢作って
自分で一生懸命繰り返し見たりF5したりで回して
再生数増やしてってお手軽にできるしニコニコでもよーみるけど
大昔のようつべでとあるこの音楽人気だーって
言うけどおかしいから調べたら捏造だったってあったし

好きだから人気なのか人気だから好きなのか(°ω°=)ﾄﾞｳﾅﾉ

>>715
rayのSSAOを使わずに他のSSAO使ってやるといいよ

A-Toon2_v1.11比較的軽いけどRayで使えるかどうかシラネ
PowerShader v3.2ならShader_Main_Toon.fx使えば済む
ってクソ重いRayに拘らなくてもいいような気はする

K-pop人気もiwaraのtar何とかさんの人気もプロデュースの賜物だろ
自分の感性に従うのが正しいんじゃね

>>728
人気だから好きってのは視聴者にとっては当たり前の価値観
同じ話題を共有して社交性を高めるって目的もある
製作者が持っちゃいけない価値観というわけではないが、それを目的にするとおかしくなるんだと思う

お前らの下半身は何のためにある？　リビドーに従え俺は従う