[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 11/15 10:07 / Filesize : 392 KB / Number-of Response : 986
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

NiVE愛用者スレ6【NicoVisualEffects】



389 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/07/24(金) 02:12:20 ID:xvGvWhyX0]
横からちょっとコメント。実装してほしいとかそういうことではなく、意見の1つとして。

>>386

1-4.トラックフォルダ
  機能的には「グループ分けされたシャイ」みたいなもんだよね?ちょっと便利そうだとは思った。
  映像の構成が大きくわけて「背景」「キャラクター」「その他」とかになってた場合、
  必要なトラックだけを表示して作業ができるというのはありがたい。
  コンポジションを分ける方法だと、あとで親コンポジ全体のバランスを見てエフェクトを調整したくなった場合、
      1.子コンポジに行ってエフェクトを調整
      2.親コンポジに戻って全体を確認
  という手順を踏むことになるので調整がやりにくいというデメリットもあるし、
  シャイだと表示するかしないかの2択なので、「このグループだけ表示する」ってのをやろうとすると、
  作業グループを変えるたびに各トラックのシャイ設定を変えなきゃならない。
  多階層化まではいらないけど、1階層だけでもあると便利そうではある。
  ただ、コンポジションとシャイで十分という人も多いと思う。

2-4.「GLSLのエフェクトで、WinFormsのBitmapへの変換をなるべくしない」
  内容は正直よくわからんけど、>>386みたいな細かいことまで考えてたなら、
  >>382みたいな返し方をせずに最初から書いたほうがいいと思う。
  無駄に議論を長引かせるのは望ましくない。
  高速化を考えているんだろうけど、回答にあったように
    「各エフェクトとの接続を簡単かつ互換性を高くするため実装しない」
  でいいと思うけどね。
  仕組みを複雑化させるのに見合うだけのメリットがあるのか疑問。
  些細な高速化よりも単純明快な仕組みのほうが重要なこともあると思う。

2-14.「エフェクトのカテゴリ変更機能」
  エフェクトが増えると選ぶのが面倒になるのはわかるけど、
  わざわざ専用の仕組みまで作るほどのもんじゃないと思うし、
  実装したとしてもいちいち整理して使う人はあまりいないと思う。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](;´∀`)<392KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef