【回れ】Dance×mixer Stage2【幼女】

【回れ】Dance×mixer ..

357:名無しさん＠お腹いっぱい。
09/07/31 16:38:51 aHVOwufn0
>>355
MMDは無料ソフトなんだし、両方やればいいじゃなーい！？

358:名無しさん＠お腹いっぱい。
09/07/31 19:04:47 z8cKqb500
イラッ☆　過疎化乙

359:名無しさん＠お腹いっぱい。
09/07/31 19:05:45 z8cKqb500
？

360:名無しさん＠お腹いっぱい。
09/07/31 19:17:31 48lffc8F0
祭りの後に、パッチうｐ。
すばらしいショーだとは思わないかねｗｗｗｗ

GJ運営

361:名無しさん＠お腹いっぱい。
09/07/31 20:46:45 Sw7EWa230
製品版は体の一部分をどアップにすることは可能？
以前、後姿かケツのどアップを観たようなきがする。

362:名無しさん＠お腹いっぱい。
09/07/31 21:04:02 C9Tpjpz30
>>361
キャラ2、3人置いて2番目、3番目のキャラに注視点した後そのキャラ消して、1番目のキャラに注視点合わせるとカメラが後ろに回ったりするアレかな？
仕様ではそういうのなかったと思う。

363:名無しさん＠お腹いっぱい。
09/07/31 21:27:28 0aed9s1M0
>おや誰か来たようだ
誰が来たんですか？

364:名無しさん＠お腹いっぱい。
09/07/31 21:30:38 Tqjzy6VH0
>>363
今日はガス屋が修理に来たな
月曜日までお湯が使えないとかどうすんだよ

銭湯なんてねーぞこのやろー

365:名無しさん＠お腹いっぱい。
09/07/31 21:33:00 0aed9s1M0
(金)乞いのタイムマシン

366:名無しさん＠お腹いっぱい。
09/07/31 21:36:24 yRyxHPiD0
立ち位置座標をでかい値にしたら、後姿も撮れるよ。
今、それを利用した動画作ってる最中。

367:名無しさん＠お腹いっぱい。
09/07/31 21:46:49 Sw7EWa230
>>362
ありがとう。
でも、何故かできなかった。

>>366
試した。できた。ありがとう。
カメラで色々試してたら股間のアップとかすごいね……。

368:名無しさん＠お腹いっぱい。
09/07/31 21:50:35 C9Tpjpz30
>>366 楽しみ

ニコニコに動画上げる人エンコードどうしてる？
自分はDM本体でXvid圧縮、その後aviutlでH.264(映像b1000.音声40kAAC-HE)にエンコしてるけど、
それでもかなり映像がちらつく
動きのあるものはVP6の方が綺麗みたいなことも聞くけど、実際そんな違うの？

369:名無しさん＠お腹いっぱい。
09/07/31 21:59:04 Aj6bHYwa0
非圧縮か可逆圧縮で出して後段で非可逆圧縮(H.264/VP6)をかけるのが普通じゃないのか？

370:名無しさん＠お腹いっぱい。
09/07/31 22:08:02 C9Tpjpz30
そうなのか･･･
非圧縮で出すと動画容量が30Ｇとかなるから怖くて使ってなかった
可逆圧縮コーデック探してやってみるよ

371:名無しさん＠お腹いっぱい。
09/07/31 22:12:25 48lffc8F0
2GB超えたら読めなくなくない？

372:名無しさん＠お腹いっぱい。
09/07/31 22:39:42 gZHeTg5v0
DxM自体は2GB超えのAVIも普通に扱えるな
しかし、その後加工する時ソフトによっては困るかもしれんが

373:名無しさん＠お腹いっぱい。
09/07/31 22:47:24 48lffc8F0
長時間かけて吐き出したファイルが、読めないものだと
とてもかなしい・・・10GBで吐いて2GB以下に分割するソフトとかないですか。
できれば切れ目のフレーム汚さずに済むやつ。

374:名無しさん＠お腹いっぱい。
09/07/31 22:51:52 C9Tpjpz30
試しにやってみたら13Gの動画がaviutlで変換出来たからこれは大丈夫っぽい
聞いてる感じだと結構動画サイズ小さめで出力してる人多そうだけど、(1280×960）とかで
出力する必要ないの？前スレで大きめで出してその後サイズ整えたほうが綺麗になる、って言われて
実際直で512×384で出すのと大きめのサイズから縮めるのじゃずいぶん違う気がする

それと512×384とかの小さいサイズで出力すると横線？みたいなの入ってブレまくるの俺だけ？

375:名無しさん＠お腹いっぱい。
09/07/31 22:53:01 vmhMCrNnO
>>368
俺は難しいことが判らないから、非圧縮で吐き出して、加工するときはWMMで処理して、最後にツンデレンコ

376:名無しさん＠お腹いっぱい。
09/07/31 22:54:20 Aj6bHYwa0
>>374
ソフトでアンチエイリアスが効かないMMDなら、でかいサイズで出して後段で縮小は意味があるけど
Dance×Mixerもそうなのか？

377:名無しさん＠お腹いっぱい。
09/07/31 23:02:21 gZHeTg5v0
前にDxMのソフトウェアレンダリングのバグ？で
変なドットゴミが出るって話題があったから、
それをごまかすために大きくレンダリングして縮小、って話じゃないかな？

んで、巨大AVIはaviutlで扱えるということなら
可逆圧縮で出したのをそれで2GB毎にフレーム指定で切ってやれば
切れ目のフレームの問題も出ずに加工出来るんじゃ

378:名無しさん＠お腹いっぱい。
09/07/31 23:11:58 C9Tpjpz30
>>375
最近は便利なものがあるんだな、ビットレート計算しなくていいから楽だわそれ

>>376
自分だけかもしれんが、ライトたくさん使うダンス作って小さいサイズで出力す
ると、なんかブレてモザイクかかったみたいになる
大きいサイズで出すとブレるけど全体からみたらブレてる部分が小さくなるか
らしょうがなく大サイズで出してる
それと、アンチエリアス効いててもいきなり小より　大→小の方がやっぱり綺麗
に感じる。自分だけかもしれんけど･･･

このライトのブレみたいなのがドットゴミだったのかなぁ
ちょっと前スレ見てくる

379:名無しさん＠お腹いっぱい。
09/07/31 23:29:19 C9Tpjpz30
連投ｽﾏﾝちょっと前スレから拾ってきた

454 ：名無しさん＠お腹いっぱい。：2009/07/04(土) 20:25:50 ID:QTDw7vlm0
>>452
私も早速試してみた。
環境は、推奨スペックを満たしたノートPC、GeForce9600M GT(512MB)。

画質検証
URLﾘﾝｸ(a-draw.com)

エンコーダ側で縮小した方が綺麗だね。
腕と頭を見れば一目瞭然だ。
ジャギーが酷すぎる。

しかし、1024×768で出力すると、倍以上時間がかかるのは……

460 ：名無しさん＠お腹いっぱい。：2009/07/04(土) 21:57:18 ID:zd2+bNaJP
>>454
この問題はＲＧＢ→YV12の色空間変換時に起きる劣化だと思います。

x264はYV12(YUV)での入力が標準で、内部的な処理もYV12だったかと思います。
実寸のままエンコードした際に輪郭部にジャギが目立つのは、色空間変換時に諧調表現の
一部が失われるためです。

よく使われるAviutlもプレビューはRGBですが、内部的にはYUVで処理が行なわれます。
つまり色空間の変換による劣化は既に読み込んだ段階で起こってしまっています。

大きな解像度で読み込み、それに縮小作業を加えることで、この症状を軽減できる理由ですが、
YUV変換時に劣化した大きな解像度の映像でも、それを縮小する事で劣化が目立たなくなり、
その色空間のままでエンコード作業に入るため、再度の色空間変換は起こらず劣化を免れる。

といった感じでしょうか。
他の多くのエンコードツールもH.264(x264等)変換を行なった場合は同様の症状が予想されます。

465 ：名無しさん＠お腹いっぱい。：2009/07/05(日) 00:10:17 ID:k+0Jg52k0
画質検証　その2
URLﾘﾝｸ(a-draw.com)

512x288 / 768x432 / 1024x576の3パターンをH.264(512x288)へエンコードした。
なお、シャドウ・物理演算のみOn、アンチエイリアス等はOffにしてある。
エンコーダは「Adobe Media Encoder CS4」。
ニコニコ動画の無料会員がアップできる650kbps(内96kbpsが音声で使用)。

画質　512x288　＜＜＜　768x432　＜　1024x576

Dance×Mixerのレンダリングはやたら時間が掛かる事を考慮すると、768x432ではき出し
てエンコーダ側で2/3縮小するのが現実的かも。

一応、有料会員がアップできる1000kbps(内96kbpsが音声で使用)も試したけれど、
512x288のジャギーは殆ど改善しなかった。

有料会員になるより、一回り大きなサイズで無圧縮aviを吐き出した方が良いな、これは。

380:名無しさん＠お腹いっぱい。
09/07/31 23:30:04 C9Tpjpz30
467 ：名無しさん＠お腹いっぱい。：2009/07/05(日) 02:46:22 ID:k+0Jg52k0
画質検証　その3
URLﾘﾝｸ(a-draw.com)

アンチエイリアス(x4)だけOn、後は>>465と同じ設定。

483 ：名無しさん＠お腹いっぱい。：2009/07/05(日) 13:06:42 ID:k+0Jg52k0
>>468

画質検証　その4
URLﾘﾝｸ(a-draw.com)

無圧縮aviの時点で、ジャギーが生じている。
ということは、Dance×Mixerのレンダリングに問題があり、解像度が高いと減少する。
というのが真相か。

486 ：名無しさん＠お腹いっぱい。：2009/07/05(日) 13:42:40 ID:lMsVWJs60
>>483
解像度が高いと減少するじゃなく、単にでかいと目立たないだけみたいだな、これは

487 ：名無しさん＠お腹いっぱい。：2009/07/05(日) 13:51:30 ID:k+0Jg52k0
画質検証　その5
URLﾘﾝｸ(a-draw.com)

ダンスエディターのプレビューは「720x406」なので、この解像度を使ってはき出してみた。
解像度以外は>>483と同じ設定だ。
これが一番、ジャギーが少なかった。

現在のオススメ設定は、こんな感じだろうか。
・無圧縮avi (エンコーダでH.264へ変換)
・720x406 (エンコーダでサイズ縮小)
・アンチエイリアス(x4)、セルフシャドウOn、物理演算On

492 ：名無しさん＠お腹いっぱい。：2009/07/05(日) 14:33:29 ID:k+0Jg52k0
連投失礼。
休日でないとじっくり検証できないので、ご容赦の程を。

>>484

画質検証　その6
URLﾘﾝｸ(a-draw.com)

Dance×MixerのAAを切って、ビデオカード側で掛けてみた。
結果、まったく効果がなかった。
レンダリングはビデオカードに依存しない様に、ソフト側で演算しているのではないだろうか。
もしそうなら、無茶苦茶時間が掛かるのも頷けるけれど。

517 ：名無しさん＠お腹いっぱい。：2009/07/05(日) 21:32:57 ID:k+0Jg52k0
画質検証　その7
URLﾘﾝｸ(a-draw.com)

ソフトフィルタの有無の違いを検証した。
左半分が「なし」、右半分が「あり」。
共にアンチ(x4)、セルフシャドウOn、物理演算On。

ソフトフィルタをかけると、ピンぼけする。
掛けない方がいいね。

381:名無しさん＠お腹いっぱい。
09/07/31 23:58:14 988qyaQM0
ジャギーみたいなのが出る奴は、フィルターの干渉っぽい
720×406で出力するのが安定するんじゃなかったっけ

MMDなんかと比べると、圧縮した時の画はだいぶ安定している
全体的に旨く減色してるんじゃないかな

382:名無しさん＠お腹いっぱい。
09/08/01 00:25:04 C0WTpm8r0
誰か補間の上手い使い方教えてくれ・・・どんどん左右にズレる
一箇所を編集すると、隣りのが勝手に変わっちゃうのは仕様？
こっちを直せばあっちが、あっちを直せばこっちが・・・でキリがない

383:名無しさん＠お腹いっぱい。
09/08/01 00:29:51 +CD9hLX90
>>382
人はそれをバグという。
そして、それは直る気配がまったくない。
どうも、直せる人間がいないみたいだからあきらめろｗ

384:名無しさん＠お腹いっぱい。
09/08/01 00:33:37 N4c6kfUp0
やっぱ仕様だよな！キラっ☆

385:名無しさん＠お腹いっぱい。
09/08/01 00:41:17 C0WTpm8r0
>>383
マジでかｗｗｗｗ
どうにかすれば上手くいくと悪戦苦闘してた夏の午後を返せｗｗｗｗｗｗｗｗｗ

386:名無しさん＠お腹いっぱい。
09/08/01 01:48:35 UrADwMta0
バグではなく仕y

387:名無しさん＠お腹いっぱい。
09/08/01 03:09:09 bL/7jTsF0
うん、もう仕様ってことになってるっぽいｗ
前後左右のズレを互いに打ち消すような構成にして頑張れ。

388:名無しさん＠お腹いっぱい。
09/08/01 06:12:49 7nt75LZCP
相変らず体験版のままで申し訳ないけど、ステージの天頂からのカメラって製品版にもまだ無いよね？
視点固定で全体を撮ったり、キャラ固定で追ったりと使い道はあると思うんだけど。。。
それにダンスの位置ズレを実際に検証できるから、ダンス組み立てる時にも使えると思うんだ。

389:名無しさん＠お腹いっぱい。
09/08/01 08:29:20 zHqPNyYN0
上の流れを見て高解像度で出力してみようとしたんだが
1208x720でAAx4選択すると、「解像度を下げるか設定見直せ」みたいなこと言われて
出力できないんだけど、そーいうもん？

390:名無しさん＠お腹いっぱい。
09/08/01 08:30:23 zHqPNyYN0
>>389
ミス、1280x720で

391:名無しさん＠お腹いっぱい。
09/08/01 09:08:57 0n3I4Cbb0
>>389
24FPSにしてもダメなら、恐らく出来ない。
1ヶ月前に試したら、できなかった記憶がある。
1024x576までは出力できると思う。

392:名無しさん＠お腹いっぱい。
09/08/01 12:30:21 DYwOiA8n0
>>389
自分は1920 x 1080以外ならどれも最高設定で60fps出力出来る
使ってるPC環境で違うんかな？そこらへん気になってたけど一回も話題に出
なかったんで

393:名無しさん＠お腹いっぱい。
09/08/01 12:47:41 DYwOiA8n0
短くしたら出来た
URLﾘﾝｸ(a-draw.com)
フルで出すと一時ファイルが80GとかなってHDDの容量足りなかったから出力
出来なかったっぽい
グラボが対応してないんでない？

394:名無しさん＠お腹いっぱい。
09/08/01 17:43:16 zHqPNyYN0
>>391-393
情報サンクス
いろいろ試してみたけど、うちじゃ1024x576が限界みたい。
ちなみにスペック晒すと

OS:XP CPU:Athlon64x2 5600+ ﾒﾓﾘ:2G VGA:1950PRO 512M
HDDの容量は足りてると思う。

やっぱりレンダリングはグラボに依存してるのかなぁ

395:名無しさん＠お腹いっぱい。
09/08/01 18:01:47 +CD9hLX90
>>394
んなわけねぇだろ。レンダリングはCPU作業だ。
もちろん、GPUを利用したレンダリング(GPGPU)ができないわけではないが、ここの開発陣にそんな技術はない。
少なくとも、アーカイブやEXE等のファイル内に、それらしきコードはない。

396:名無しさん＠お腹いっぱい。
09/08/01 18:17:39 7nt75LZCP
DirectX経由でGPUにレンダリングさせて、それを保存してるんだと思ってたわ。
純粋にCPUレンダリングだとして、どうして描画オプションの選択肢に環境依存が存在するんだ？
CPUレンダリングなら時間さえ掛ければ、CPUの性能に関係無くどんな描画だって出来るだろ。
いったいどうなってるんだ？

397:名無しさん＠お腹いっぱい。
09/08/01 18:28:01 +CD9hLX90
>>396
ゴメ。GPUという言葉をそのまま受け取ってしまった。
要するに、1コマ(フレーム)ごとに、Direct3Dがレンダリングしたイメージをキャプチャして出力してる。
そういう意味ではGPU使ってる。スマン。
ただ、エディタが使えてるなら、「レンダリングがGPUに依存してる」というよりは、ドライバの問題と
いう方が正確。
ビデオカードのドライバが最新か、DirectXのランタイムを最新にしてみるとか、そっち方面の問題だと思う。

398:名無しさん＠お腹いっぱい。
09/08/01 18:46:02 7nt75LZCP
つまり選択できる描画オプションは搭載GPUの世代とGPU搭載メモリ量、そして使用解像度に依存する。
これに正確にはGPUドライバのサポート状況だ加味されるってことになるよね。
その意味では384の解像度を上げた場合に選択できるオプションに制限が加わるのは、まさにその通りかと。

399:名無しさん＠お腹いっぱい。
09/08/01 19:04:26 8T21naHn0
>>394
同じかはわからんがおれも5600+(2.8G 1M×2)
VGAはHIS 4770(512M)
通常、1024x576、30FPSで(2分～3分の動画を)出力
大体20分以内で出力する
FPS、解像度を1ランク上げると単純に倍の時間がかかるみたい
一応、1920、60FPSで一時ファイルが52Gの状態でも動作は確認
出力してないから正確にはわからんが
参考までに

400:名無しさん＠お腹いっぱい。
09/08/01 19:20:48 g0Aa12Yi0
グロー、ブラーなどのエフェクトはピクセルシェーダーのパワー
と、ビデオメモリ食うと思うのでその関係と
AVIファイル構築時のダイレクトSHOWフィルタの安定性の問題で
保存失敗しやすい
一度失敗した場合でも、立ち上げ、読み込み、レンダで旨くいく場合もある

401:名無しさん＠お腹いっぱい。
09/08/01 19:35:37 7nt75LZCP
体験版では無圧縮のワークファイルを吐いてた気がするんだけど、その部分はどうなったのかな？
HDD容量を無用に消費するから直接使えるファイルとして出力するか、ウチのように可逆圧縮を
使う場合はメモリから直接コーデックに渡してもらった方がありがたいんだけど。。。

ウチは特にHDD容量が逼迫してるから、ワークファイルが20GB超えるとHDD埋まるんだよねｗ
DxMより先にHDD増設しなきゃ使えないなら、購入はもうちょっと棚上げさせてもらうことにするよ。

402:名無しさん＠お腹いっぱい。
09/08/01 20:25:03 DYwOiA8n0
>>401
試しに出力して圧縮部分（出力の後半）の時にDM強制的に落としてみたけど、
1Gくらいの無圧縮動画が何個も出てきた
それをaviutlで連結させたら無圧縮完全に吐き出したのと同じものになった
つまり一回無圧縮で全部出してからコーデックに渡してます･･･

403:名無しさん＠お腹いっぱい。
09/08/01 20:31:31 7nt75LZCP
>>402
ありがとう。相変らずなんだね。
HDDを増量してからDxM買いに行くわ。どの道、まともに作り始めたら直ぐに足りなくなるだろうしね。

404:名無しさん＠お腹いっぱい。
09/08/01 20:34:03 cPbGhG2b0
解像度は下にもなんか制限あるな・・・

405:名無しさん＠お腹いっぱい。
09/08/01 20:37:35 DYwOiA8n0
そろそろバグ含んだエンコのまとめでも作ったほうがいいのかな？
ニコニコ見てると結構困ってる人多そうだし
でもここでまとめても見る人あんまいなさそうだしなぁ･･･
本来そう言うまとめ場であるべきwikiもなんかよく動いてないし
wikiの編集の仕方もよくわからん

406:名無しさん＠お腹いっぱい。
09/08/01 21:00:05 APPNgABK0
>>402
工エｴェｪ（´д｀）ｪェｴエ工工
DirectShowすらまともに使えないようなプログラマが作っているのかよ・・・

407:名無しさん＠お腹いっぱい。
09/08/01 21:10:03 7nt75LZCP
つまり無圧縮動画を出力する場合は、一時的にでも目的のファイルの倍の容量のHDDが必要になる。
可逆圧縮を指定しても1.5倍の容量が必要。検証してないけど、もしかしたら最悪2.5倍かもしれないね。
分割ファイルを連結してから可逆コーデックに渡してたら、分割ファイルを消すタイミング如何では2.5倍だよ。

408:名無しさん＠お腹いっぱい。
09/08/01 21:29:39 bL/7jTsF0
えーーと、自貼りいいですかね？

ＦｉｇｈｔｅｒＧｉｒｌｓ
URLﾘﾝｸ(www.nicovideo.jp)
いろいろとがんばってみました。
背景の関係で、カメラをグリグリ動かすことはできないけど、
音に合わせて素早い動きを入れてみたっす。
あと、背中からのショットなんかも使ってみました。

409:名無しさん＠お腹いっぱい。
09/08/01 21:31:16 zHqPNyYN0
>>397で指摘されてるように
ドライバとDirectXを更新してみたけどダメだった・・・

推奨環境にGeForce8シリーズ以上ってあるから
もしかしてDirectX10世代以降じゃないと、高解像度出力でAAｘ4は使えないとか？
しかしプレビューでは使えるあたりが謎。

410:名無しさん＠お腹いっぱい。
09/08/01 21:46:15 DYwOiA8n0
>>408
うめぇｗこれは時間掛かっただろうな･･･

>>409
393だが、OS XP、グラボ9800GTX+、CPU Core 2 Duo 3.00G、メモリ4G
確かにプレビューで使えてるのはおかしいなぁ
本当にかかってるのかは微妙だけど

411:名無しさん＠お腹いっぱい。
09/08/01 22:52:34 7nt75LZCP
>>408
背景はMMDなのかな。それにしても男キャラが上手く表現出来てて感心する。
これなら女物の下着を着けてることを疑われることもないでしょうｗ

412:名無しさん＠お腹いっぱい。
09/08/01 23:02:52 uVGt1pwW0
このソフトを動かすためにPCを改造したけど、音が微妙にズレたりして思ったより重い・・・。
みんなのプレビューのFPSはどのくらいなの？教えてくらはい。

設定でFPS以外全部OFFにして、一人のダンスと表情の２タイムライン、
この状態でウチのは３０～４０FPS。
Corei７
NvidiaGTX２６０
メモリ３GB
XP HomeEdition
HDDがパラレルATAの８０GB×２

お願いします。

413:名無しさん＠お腹いっぱい。
09/08/01 23:24:22 DYwOiA8n0
410だが、同じくらい
コア数多くても1コアしか使ってないみたいだから結局変わらんのかなぁ

ステップの早さがどうしても気に入らないから動画出力した後に他のツール
で1.1倍速とかにして後で音合わせるようにしてるけど、正直完成まで何ヶ月
かかるかわからん

414:名無しさん＠お腹いっぱい。
09/08/01 23:31:12 bL/7jTsF0
>>411
中に女物の下着を着けた変態集団ってことになってます。
何しろ、編隊ですから。ｗ

>>412
私は
Core2Duo 6600 2.4GHz
GeFoce7900 256MB
メモリ２ＧＢ

これで20fpsくらい。
３人なら15fpsくらいかな？
私のところでは、音がずれる現象は出てないよ。

415:名無しさん＠お腹いっぱい。
09/08/02 00:59:39 3Fk1PjtN0
>>412
体験版で。
プレビューの時、下に表示してるタイムラインに情報が多い時（フルや、キャラ１～３）
FPS０～１。
何も入れて無いテキストのタイムラインのときは
FPS　５～７（うろおぼえ）

P4　３．２G
メモリ２G
GF6800地雷５１２MBをFX４０００化した物　

今日朝から今まででやっと１本作ったけど、最後は異常終了であぼんｗｗｗ
動画書き出した後だったから救われた。
体験版にもセーブ機能が欲しかった。

３Dグラフィック用ソフトじゃなくて、ゲームだと思えば買っても後悔しない、かも。

416:名無しさん＠お腹いっぱい。
09/08/02 01:10:59 H9iwvbPJ0
>>415
どんなゲームだ？ｗ
地雷を踏んだらあぼん！するゲーム？ｗｗｗ

体験版で１日頑張れる気力があるなら、製品版をお勧めする。
ある程度バグ回避しながらダンスを組み立てるノウハウとか、
問題を避ける技術が身に付いたら、けっこう使えるソフトだと思うよ。

まぁ、そんな余計な技術は身につけたくないけどｗ

417:名無しさん＠お腹いっぱい。
09/08/02 01:37:48 t0OuZkxL0
Dance×Mixerはコンセプトからしてゲームの域を脱しているとは思えないけど・・・

418:名無しさん＠お腹いっぱい。
09/08/02 01:42:40 uh8UOKGV0
>>413
ありがとうー
１コアしか使わないならオーバークロックしてみようかな？

419:名無しさん＠お腹いっぱい。
09/08/02 01:47:22 uh8UOKGV0
>>414
FPSの件、ありがとうー。
途中からプレビューして決めポーズとか作ると、音がズレるみたいで、
最初から通して見たらズレズレに・・・。
だからドコ直すにも曲の最初からプレビューしてます；；

420:名無しさん＠お腹いっぱい。
09/08/02 01:49:41 /qzmdQzU0
公式サイトみて回ってみたけどよくわからなかったのですが
このソフトってMMDみたいに自作の3Dモデルデータを使用できますか？
公式からＤＬ・販売されるデータしか使えないのかどうかを知りたいです。

421:名無しさん＠お腹いっぱい。
09/08/02 01:53:50 5m1mgDrV0
>>408
さすがコーチP
もうこのソフトにおいては第一人者のひとりだな

422:名無しさん＠お腹いっぱい。
09/08/02 02:12:31 H9iwvbPJ0
>>420
残念ながらできないよ。
公式から発表される追加データや販売されるDLCしか使えない。
自作できれば、もっと幅が広がるし、面白い使い方もできるだろうけど。
キャラの構成パーツが増えれば、いろいろなキャラを再現できるけど、
それでも限界があるしね。
俺も、ガンダムとザクの踊りを見たいんだｗｗｗ

423:415
09/08/02 05:16:05 3Fk1PjtN0
UP終了、製品版買うか…

Dance×Mixer 「夢想歌」　（うたわれるもの　ドリィ＆グラァ風）
URLﾘﾝｸ(www.nicovideo.jp)

424:名無しさん＠お腹いっぱい。
09/08/02 05:27:02 RgRx0Qo+0
まぁ製品版買っても不具合で右往左往するんだけどな
これからに期待するのは同意だがバグフィックスの遅さにイラつく
それが金払って得たものならね

425:名無しさん＠お腹いっぱい。
09/08/02 07:46:14 tOJ0zCJ60
>>408
乙
なんか、足が滑っているように見えるのは仕様・・・？

426:408
09/08/02 10:50:22 H9iwvbPJ0
>>425
まぁ、いろいろ事情がありまして・・・
カメラをキャラ固定の相対距離設定にしてるから。
通常設定にしても良いんだけど、それだと位置がずれてしまうんだよね。
多少のズレは問題ないけど、今回は相方がいるので、ちょっとしたズレが
凄く構図を悪くしてしまうっす。
そんな事情で、もう全編相対カメラでやっつけ編集してました。ｗ

427:名無しさん＠お腹いっぱい。
09/08/02 13:28:26 3Fk1PjtN0
>>424
有料αテスト終了するまでもう少し様子見る。
ゲーム屋にはQCという概念が無いｗ何時まで様子見れば…

そのうち、もう少しマシなメーカーが類似品出してきそうな気もする。

428:名無しさん＠お腹いっぱい。
09/08/02 14:02:06 YhkUNf7V0
是非KONAMIあたりにお願いしたい！！

429:名無しさん＠お腹いっぱい。
09/08/02 14:22:16 iyNNHW7t0
KONAMIは版権がどうとか、著作権がどうとかうるさいから、
多少は目をつぶってくれるバンナムあたりに！

そしてアイマス化ｗｗｗ

430:名無しさん＠お腹いっぱい。
09/08/02 14:26:51 NteVZJRf0
数売れるもんでもないから、類似品作ろうと思うところあるんかね？

…これが成功しないと後続メーカ出てこない気がする…

431:名無しさん＠お腹いっぱい。
09/08/02 15:38:57 hYq7ewz20
逆に個人が作るとしたらどうだろうと思ったけど、
面白そうな所は高性能なモーションキャプチャ機器が必要そうなんだよなあ
ポーズからポーズに繋ぐというだけなら優秀な方が作ってしまいそうな気がするけど（MMDは出来たのでしたっけ？）

やはり、DIVAの踊りもよかったし、そういう技術の蓄積と機器を持ってそうななSEGAあたりでｗｗｗ

432:名無しさん＠お腹いっぱい。
09/08/02 15:46:53 FuA3meTO0
セガならDLCにマイケルが…

433:名無しさん＠お腹いっぱい。
09/08/02 17:21:04 t0OuZkxL0
>>431
モーションのネタに関しては機械によるモーションキャプチャーが出来なくても、時間さえかければ
人力によるトレースで必要十分なクオリティが出せることはMMDが証明しちゃっている
むしろモーション間を自然に繋ぐ方が難しいと思うよ
MMDだって直線補完が基本だし、曲線補完を使いたければ手動で編集する必要があるな

DIVAはモーションがきれいに繋がるよね。金を取っているだけのことはある

434:名無しさん＠お腹いっぱい。
09/08/02 17:42:45 rG2aDlhV0
>>433
必要十分なクオリティ出せてるMMDのダンス動画って一つもないじゃん！
イコール証明されてない。
まあ可能性があるという意味じゃMMDだけど、
今のMMD使いにDxMの動きクラスのナチュラルさを再現できる奴は皆無。
DxMのモーション作った奴がMMD使えばいける気もしなくはないけど。

435:名無しさん＠お腹いっぱい。
09/08/02 17:49:55 t0OuZkxL0
>>434
そこまで言うならDance×Mixerで踊ってみたとの比較動画を作ってみてくれ
踊ってみたが無理ならDIVAやMMD相手でも良いぞ

436:名無しさん＠お腹いっぱい。
09/08/02 18:01:18 rG2aDlhV0
>>435
何で観賞専門の俺がそんな事をしなきゃならんのだ。

少なくともMMDやDIVAと踊ってみたの比較動画はあるんだし
（最近でもみっくみくとかが日刊ぼからんに来てたし）、
それだけでもありありと違和感が見て取れるはず。

まさかそういうのを見て違和感覚えないのか？
だとしたらたとえ俺が動画を完成させて持ってきた所で、
お前には違いは分からんだろ……。

437:名無しさん＠お腹いっぱい。
09/08/02 18:10:41 utaWW3Sn0
そうだな
有料ソフトであの程度のDxMと
フリーソフトのMMDじゃ話にならないな

438:名無しさん＠お腹いっぱい。
09/08/02 18:10:54 3Fk1PjtN0
個人でも頑張れば買える？フルボディモーションキャプチャーシステム
URLﾘﾝｸ(www.mocap.jp)

>>430
そうだね、これがある程度売れないと後続ソフトは発売されないのかも。
企画はあるかもしれないけど、売れないんじゃ発売する意味が無い。

439:名無しさん＠お腹いっぱい。
09/08/02 18:22:07 t0OuZkxL0
>>436
お前は評論家かよｗ
クオリティを決定するのは俺でも、お前でもない。うｐされた動画を見る人だ

440:名無しさん＠お腹いっぱい。
09/08/02 18:26:22 0pUxjt+A0
でもコレUPする側のオナニーじゃん
と思ってる

441:名無しさん＠お腹いっぱい。
09/08/02 19:06:07 NSFAhcGi0
mmdのモーションと比べる事自体間違ってる
mmdは自作モーションの作り易さが売りだから
キャプチャーしたモーションとじゃ質が違う

mmdでBVHファイルの流用が流行らないのも
その、編集し易さを殺してしまうからだしね

この手のモーション作成は編集といっても、ノイズ除去や
トリミングなどの作業で、いちいち手作業で関節動かしてる訳ではないだろう
ちょっとだけ、関節動かそうとしても、自然にするのは大変なことだよ

442:名無しさん＠お腹いっぱい。
09/08/02 19:43:27 gWzmA3+P0
>>434
モーションのつなぎが不自然なDMの動きがナチュラルとか頭大丈夫？

それともMMDに負けていると困る社員さんですか？ｗ

443:名無しさん＠お腹いっぱい。
09/08/02 19:53:40 HRA0dBg10
もうね、必死すぎて笑えるのよねｗ

ナｗチュｗｗｗラｗｗｗルｗｗｗｗｗｗ

ねーよ、死ね糞社員。

444:名無しさん＠お腹いっぱい。
09/08/02 20:05:09 FZkz8xSk0
おお、そういえばARIA2期の予約を忘れていたぜ

445:名無しさん＠お腹いっぱい。
09/08/02 20:06:03 DSW5ssOJ0
モーションA(8拍)→補完→モーションB(8拍)

現仕様だとBの1拍目で補完するけど、Aの8拍目で補完するべきだよな。
小節の1拍目は強拍と言われ、これがきっちりとしていないとダンスが下手に見える。
現状、Bの1拍目で補完によるフニャフニャしたダンスを踊る訳で。
どうにもきまらん。

446:名無しさん＠お腹いっぱい。
09/08/02 20:06:54 NteVZJRf0
皆冷たいな

つなぎは前後のモーションの組み合わせを良く考えれば
不自然さは減らせる。

それにより組み合わせの制約は受けることになるが、
旨くやるのが腕の見せ所だろう？

社員さんへ
　モーションデータもっと増やしてくれ。

447:名無しさん＠お腹いっぱい。
09/08/02 20:14:18 3Fk1PjtN0
マウスクリックだけで簡単に出来るという事ではDMは優れてる。

細かい数値入力が出来るエキスパートモードみたいなもんを新設して、
それがちゃんと動けばもっと使う人が出てくると思う。

スレチだけど、MMDのBVH出力が他で使えるのなら面白そう。

448:名無しさん＠お腹いっぱい。
09/08/02 20:24:31 HRA0dBg10
＞つなぎは前後のモーションの組み合わせを良く考えれば
＞不自然さは減らせる。

楽曲の印象、歌詞に合わせつつ補完が綺麗に見えるように
配置できる程、モーションが豊富なソフトじゃないし

449:名無しさん＠お腹いっぱい。
09/08/02 20:25:27 HRA0dBg10
あぁ、スマン下2行見落としてた

社員さんへ
　モーションデータもっと増やしてくれ。

ええ、同意ですとも。

450:名無しさん＠お腹いっぱい。
09/08/02 20:25:33 hYq7ewz20
>>441
他で（Dance×Mixerのようなソフト？）BVHファイルの短めのモーションを手軽に組み合わせる事が出来て、
MMDでトリミングというような連携が出来るようになるとまた違ってはきそうですね
※BVHファイルをモーションデータとしか理解していないのでとんちんかんな事を言っていたらすみません

>ちょっとだけ、関節動かそうとしても、自然にするのは大変なことだよ
素のIKだけだと異なったモーションとモーションの間を繋ぐだけでも厳しそうですね
って、私は段々サンプリング点とフレーム間の補完がごっちゃになってきましたｗ

>>446
モーションの終点と次のモーションの始点のポーズが似ていると、大分綺麗に繋がりますよね
ただモーションデータが少ないので、ダンスを作っているというよりはパズルをやっている感じにｗ

451:名無しさん＠お腹いっぱい。
09/08/02 20:33:10 Eea9/7MM0
流れを読まずに違う話題で申し訳ないのですが、

URLﾘﾝｸ(up2.viploader.net)
CPU：Core2Duo 6600(2.4GHz)
MEM：2GB
GPU：NVIDIA GeForce 7900GS(256MB)
OS ：XP Pro 32bit

URLﾘﾝｸ(up2.viploader.net)
CPU：Core i7 920(2.66GHz)
MEM：3GB
GPU：NVIDIA GeForce 9600GT(512MB)
OS ：Vista 32bit

製品版に付いている「恋のタイムマシン(ぴちぴちソロ、BGM読み込み)」の
知人(上)と私(下)のレンダリングの状況です。皆様の状況、あと何か改善策を
お持ちの方がいらっしゃいましたら教えてください。

452:名無しさん＠お腹いっぱい。
09/08/02 20:34:54 0wzVJPMq0
つなぎ目は>>408とか、かなりうまかったような。
やっぱ職人の腕次第？

453:名無しさん＠お腹いっぱい。
09/08/02 20:49:39 DSW5ssOJ0
>>451
貴方がどう感じているのか書かないと、画像を並べただけでは意味が分からない。
レンダリングが遅い、画質が悪い、残像が出る、これらのどれかを問題視しているのだろうか。

454:名無しさん＠お腹いっぱい。
09/08/02 20:52:31 Eea9/7MM0
>>453
すみません。レンダリング速度の問題です。

455:名無しさん＠お腹いっぱい。
09/08/02 20:56:46 HRA0dBg10
>>451
コーデック、経過時間
じゃ>>402説は？ってことになるね

CPU：Core i7 920(3.8GHz)
MEM：12GB
GPU：NVIDIA GeForce 9600GT(1GB)
OS ：Vista 64bit
ウチだと経過時間1:11の時点で終了予測時間は1時間46分

456:名無しさん＠お腹いっぱい。
09/08/02 20:57:09 FZkz8xSk0
HDDの違いじゃない？

457:名無しさん＠お腹いっぱい。
09/08/02 21:01:24 H9iwvbPJ0
>>451
ほとんど同じ条件でレンダリングしてるのに、２時間と２０分。
実質半分だから、１時間と１０分ちょっと。
ハード性能はいいのに、この差は何だろうね？
ＯＳの違い？

458:名無しさん＠お腹いっぱい。
09/08/02 21:15:49 S7b+HKtw0
>>451
OSの違いっぽい気がするが
Core i7＆XPの速度みないとなんとも言えないのかな？
ちなみにウチは構成・速度ともに上側と同じくらい

459:名無しさん＠お腹いっぱい。
09/08/02 21:20:33 C3PPIZeS0
OSがVistaだと、7/30 (7/31) の更新以降、極端に出力が遅くなってるっぽい。
自分が確認した限りだと、実時間で二倍ちょいかかるようになってる。
と同時に、出力時のカクカクが以前よりもかなり酷くなっている。

試しにXPインスコしてみたら、全然カクカクしないわ、出力もVistaでの
アップデート前の1/3くらいで終わるわで、えらい驚いたよ。

つか、認証の件といい、これといい、明らかにVistaでテストしてねーんじゃん。

460:名無しさん＠お腹いっぱい。
09/08/02 21:22:51 3Fk1PjtN0
>>451
終了フレーム数が違うので、
両者の条件に違いがあるのでは？

461:名無しさん＠お腹いっぱい。
09/08/02 21:23:46 Eea9/7MM0
>>455-456
うちのHDDは SATA2 7200rpm 1TB で、知人のは聞いていないので分かりません。
後で本人からフォローがあるかもですが、今回のスクショはHDD容量があまり
ないために圧縮の設定をしているとの事でした。

>>457-458
実は知人6人に状況を聞いてから書き込んでいるのですが、XP4人、Vista3人で
多少のハードの違いはあるものの、XPが段違いに速いという結果になりました。
ですが、偶然かもしれないと思ったのと、何か解決策があればと思いまして。。

462:名無しさん＠お腹いっぱい。
09/08/02 21:25:29 LpEJN3Y90
>>458
ざっくり計算してもレンダ速度2倍以上でしょ。ショックだわ
HDDはSATA、1TBの7200rpmだったと思う（サイドパネルあけるの面倒なので詳細不明）
5400rpmの1.5TBとかの可能性は無い
終了フレーム304だわ

463:名無しさん＠お腹いっぱい。
09/08/02 21:27:49 3PdadHoNP
CPUとOSの違い以外で思いつく点だけ。

最近のM/BのIDEブリッジの転送速度は、以前のチップセット直結のそれよりも遅い。
また、そこに繋がれた保存先HDDの使用状況。既にデータで満杯状態に近ければ、
それだけで転送速度が遅くなるし、フラグメントが多く発生していれば更に遅くなる。

とくに無圧縮での保存だと。。。

720(pixel) ｘ 406(pixel) x 3(bit) x 30(fps) = 26.3Mbps

と、かなりの広帯域を必要とするのでHDDへの転送速度だけでもボトルネックになる
可能性がありますよ。

今回の場合はVistaとDxMの相性問題の可能性の方が高そうですけど。。。

464:名無しさん＠お腹いっぱい。
09/08/02 21:33:59 H9iwvbPJ0
>>461
知人－上ですｗ
私のＨＤＤは7200rpmのS-ATA-200GBです。
あのスクショを取った時は、結局14分で終了していました。
実質的なレンダリングは１１分程度、圧縮とかの変換で３分かな？
多少の差はあれど、ハード性能の違いで３倍も４倍も違うことはないでしょうね。

465:名無しさん＠お腹いっぱい。
09/08/02 21:34:15 DSW5ssOJ0
私の環境だとこうなる。

URLﾘﾝｸ(a-draw.com)

CPU：Core2Duo P8600 (2.4GHz)
MEM：4GB
GPU：NVIDIA GeForce 9600M GT (512MB)
OS ：Vista SP2 32bit

推奨スペックを満たしているが、ノートPCだからだろうか。
終了予測時間は3時間22秒となった。
外付けHDD(USB2接続)、500GB(RAID0なので×2搭載)。

466:名無しさん＠お腹いっぱい。
09/08/02 21:35:49 3PdadHoNP
>>463
ごめん。間違えた。3(bit)ってなんだよorz

×　720(pixel) ｘ 406(pixel) x 3(bit) x 30(fps) = 26.3Mbps
○　720(pixel) ｘ 406(pixel) x 24(bit) x 30(fps) ≒ 26.4Mbps

467:名無しさん＠お腹いっぱい。
09/08/02 21:35:52 hYq7ewz20
>>452
ダンスについてのみのDance×Masterの機能を超えた批評なら出来ますが、
ここはそういうようなスレではないと思いますのでやめておきます
Dance×Masterの機能の中でどういう事が出来るかの実験的な意味での作品でもあると思いますし
後勿論私には作れません

コーチPさんの前回アップされた初音ミクの動画は、動画鑑賞の点からも、製作の点からも、
ダンスの点からもDance×Mixerを使った作品の中で一番好きです
ちなみに初音ミクに抵抗はないけど興味もない層です（DIVAで数日睡眠時間削ってましたがｗ）

>>451
丁度下のマシンはグラボほぼ同じ、OS XPでCPUは比較にならないほうがこっちが弱いという環境ですが、
このPCにDance×Mixerが入ってないので比較が出来ない・・・
無圧縮で出力していますが、皆さんがよく言われるようにレンダリングが遅過ぎという不満はそれ程感じた事はないです
作ってる動画が短いからかなと思っていましたが・・・

468:名無しさん＠お腹いっぱい。
09/08/02 21:38:44 Eea9/7MM0
>>459
7/30 (7/31) アップデート後に遅くなってますか。私も2倍程度になりました。
XPは持っていないのでチェック出来なかったのですが、やはりその様な結果に
なっているのですね。情報ありがとうございました。

>>464
お呼び立てして申し訳ありませんｗ

469:名無しさん＠お腹いっぱい。
09/08/02 21:41:52 LpEJN3Y90
VISTA使い涙目ｗｗｗｗｗ

この仕打ちはねーわ

470:465
09/08/02 21:43:39 DSW5ssOJ0
>>465
内蔵ハードディスク320GBにはき出してみたが、終了予測時間は3時間17分。
ほぼ一緒か。

471:名無しさん＠お腹いっぱい。
09/08/02 22:00:48 3PdadHoNP
>>466
>>463
もうね。穴があったら入りたい気分だわ。。。ゆきぽの気持ちが痛いほどわかるぜ。
先の映像側の帯域計算、また大間違いしてた。途中でなぜか8で割ってたよ。

720(pixel) x 406(pixel) x 24(bit) x 30(fps) ≒ 210.5Mbps

これに更に音声ビットレートとAVIコンテナのオーバーヘッドが加わったのが実質必要帯域幅。
レンダリング出力の際にコレを超えた場合は、その分CPUが待たされることになる。

無圧縮映像の帯域計算なんて滅多にやらないことはするもんじゃないな。痛感したよ。
マジでスレ汚しすまん。

472:名無しさん＠お腹いっぱい。
09/08/02 22:01:44 utaWW3Sn0
推奨OS、XPって記載すべきだな

473:名無しさん＠お腹いっぱい。
09/08/02 22:03:43 j3u9+Ayd0
URLﾘﾝｸ(up2.viploader.net)

CPU：PhenomII X3 720BE (2.8GHz)
MEM：4GB
GPU：RADEON HD 4670 (1GB)
OS ：Vista SP2 32bit

終了予測時間は1.5時間位になった
HDDはCドライブのSATAで非RAIDなんで、あんまり速くはないはず

Vistaの人の中では速いほうっぽいが、それでもXPのスピードと違いすぎだろｗｗｗ

474:名無しさん＠お腹いっぱい。
09/08/02 22:06:48 NSFAhcGi0
ハードディスクを２台つなげてシステムと、データに分ければ
旨くテンポラリと書き込みが分散されると説明書に書いてあったようなきがするんだけど

475:名無しさん＠お腹いっぱい。
09/08/02 22:12:17 Eea9/7MM0
>>474
申し訳ないですが、それを実施済みでこの結果なのです。
Eドライブにシステム、Fドライブにavi書き出しでやっております。

476:名無しさん＠お腹いっぱい。
09/08/02 22:13:36 3Fk1PjtN0
セキュリティソフトがDMの書き込み監視してて遅いとかじゃない？

NET接続を物理的に遮断、セキュリティソフトを全部終了させれば
あるいは改善されるかも。

セキュリティソフトでDMを完全信頼ソフトに指定しても良いだろうし。

477:名無しさん＠お腹いっぱい。
09/08/02 22:25:32 NSFAhcGi0
VISTAの書き出しが遅いのは、ハード上の問題より
ダイレクトXの問題なんじゃね

478:名無しさん＠お腹いっぱい。
09/08/02 22:36:07 H9iwvbPJ0
自貼り失礼
【Dance×Mixer】メガロポリスは夜も眠らない
URLﾘﾝｸ(www.nicovideo.jp)

影絵ダンス、一度やってみたかったんですよね。
曲は以前作ったものの使いまわしなので、激しいダンスには向かないけど、
ちょっとエロっぽくできたかな？・・・とｗｗｗ

479:名無しさん＠お腹いっぱい。
09/08/02 23:16:51 Eea9/7MM0
>>476
試してみましたが、状況変わらずです。

>>477
Vistaは最初からDirectX10ですからね。DxM付属のDirectX入れて動いてはいても
dxdiagで確認できるバージョンは10のまま。問題はそこなのかな。
しかし、DirectXは基本的にアンインストールできないので検証できず。。

あと追加で検証した事など。
Vistaの互換モード(XP)で動かそうとしても「Dance×Mixerを起動できません」と
出て起動はできませんでした。

480:名無しさん＠お腹いっぱい。
09/08/02 23:33:03 3Fk1PjtN0
動画圧縮コーデックを変更して、無圧縮からUt Video Codec Suite に変更してみては？
URLﾘﾝｸ(umezawa.dyndns.info)
URLﾘﾝｸ(wiki.nicomas.net)

上でHDDへの転送についての話が出ていたけど、
この可逆圧縮のコーデックを使えばHDDへのデータ転送量は間違いなく減るので
その分の時間は短縮されるはず。
CPUパワーは有り余っているんだし。

481:名無しさん＠お腹いっぱい。
09/08/02 23:50:39 Eea9/7MM0
>>480
過去にスレで話が出ていた通り、レンダリングの処理は、

無圧縮avi書き出し(2GB程度で分割)→全て書き出し完了→連結→動画圧縮

という流れだったかと記憶しています。
先ほど動画圧縮コーデックをUt Video Codec Suiteにして試してみましたが、
やはり状況は変わりませんでした。

482:名無しさん＠お腹いっぱい。
09/08/03 00:30:04 1Ex9HADl0
AVIの結合も、なんだか遅いよね。
無圧縮のまま結合でも、圧縮で出力でも、あまり時間差が無いみたいだし。
単にファイルを読み書きするだけなのに、妙に時間が掛かってる気がする。
ファイルのバッファを１０２４バイト単位で読み書きしてるとかじゃ
ないだろうな？ｗ
新人君がファイルの読み書きがメッチャ遅いと言うから調べたら、
バッファを128byteで読み書きしてたｗ
これを３２ｋに広げたら、１０倍くらい速くなったことがあったっけ。

483:名無しさん＠お腹いっぱい。
09/08/03 00:57:54 yiAc0OoN0
>>481
お疲れ様です。

VISTAのチューニングでディスクアクセスに関係した物を発見。

検索インデックスの作成を無効にする
* Vistaは常にファイルシステムを監視してファイル検索用のインデックスを作成しています。
　　　これを無効にします。ファイル検索を使いたい場合は、無効にしない方がいいと思いますが。
* ハードディスクドライブのプロパティで[検索を速くするため、
　　　このドライブにインデックスを付ける]のチェックをはずします。
URLﾘﾝｸ(d.hatena.ne.jp)

インデックスを作らない
インデックスのオプションを利用すると、
インデックスサービスの範囲を設定可能。
特定のフォルダのみに絞り込んだり、無効にしたりできる
URLﾘﾝｸ(www.dosv.jp)

484:名無しさん＠お腹いっぱい。
09/08/03 05:00:12 9jCfWMdB0
>>483
残念、効果なかったわ
これ解像度大で60fpsだったら倍々ゲームになってvista死亡じゃと思い試したら
1920*1080、60fpsだと13時間かかるって・・・

ただ、この件は個人的には甘んじて目を瞑ってやれる。時間さえあれば出力できるんだから
それよりダンスエディタ方面をしっかりさせて欲しい。
移動の少ないモーションでも繋げてるうちに最初の位置から動きすぎだろ。
とりあえずコレなんとかして欲しいわ

485:名無しさん＠お腹いっぱい。
09/08/03 05:02:41 KXkmyecR0
圧縮書き出しでも、無圧縮書き出しでも
結局は、ダイレクトSHOWフィルタが作業していると思うので
問題は、そのフィルタにあるのではないかと、

中間ファイル作成、キーフレーム単位でフィルタに渡し、フィルタがコーデックを介して書き出し
という流れだと思います
コーデックに関しては、XPもVISTAも共通のはずなのでフィルタの部分で差がでると思う

フィルタはダイレクトXによるので、結局その部分の違いなのではないかと思う

486:名無しさん＠お腹いっぱい。
09/08/03 06:25:37 6cOBpF8X0
Windows7だとどうなのかも知りたいけど、
前スレで7使ってる人いたような気はするが今もこのスレ見てるかどうか…

487:名無しさん＠お腹いっぱい。
09/08/03 11:43:03 X4gnULAx0
レンダリング糞重いから専用の別アプリにしてくれないかな。
OSカクカクするしプライオリティ下げたいんだけど。

488:名無しさん＠お腹いっぱい。
09/08/03 12:19:53 91xXsu9W0
レンダラ欲しいね。閲覧、レンダリング専用
これこそ1シリアルで別PCにもインストールできるようにして欲しい

489:名無しさん＠お腹いっぱい。
09/08/03 16:24:24 zEm0mpsl0
>>486
ｃβと製品版をx64に入れた事あるけど、ダンスエディターだけ起動出来なかった。
32bit版なら動くのかな？

490:名無しさん＠お腹いっぱい。
09/08/03 18:59:57 CSOGODXA0
7ベータ64bitで問題なく動いたよ

491:489
09/08/03 19:30:47 PLSdNlMm0
もう一度入れてみて、色々試してみます。
ありがとう。

492:名無しさん＠お腹いっぱい。
09/08/03 20:29:49 6cOBpF8X0
>>489-490
情報ありがとう
で、言葉足らずで悪かったんだけど、昨日話題になってたレンダリング速度の件について
Win7でもVistaと同じ傾向なのかどうかが知りたかったんだ。そこのところはどう？

493:491
09/08/03 23:01:25 cpRDGkwd0
Win7RC64bitにWeb版をインストールしてアップデート後起動してみたところ動作確認できたので、
製品版をインストール。
ランチャーアップデート完了→再起動の繰り返しに。
PCの再登録後、起動を試みてみるも起動不可能。
再インストール後、再びアップデートの繰り返し。
アンインストール後、PCを再起動してみたら、OSのアカウントのパスワードが壊れてました(^^;
XPに戻ろうと「無効化」しようとしたら、「これ以上登録PCを変更できません」と言われてしまったので、
今日は、これ以上テスト出来ませんｗ

494:名無しさん＠お腹いっぱい。
09/08/03 23:48:53 u0aoAIMI0
>>493
ひとつ言っとくが、β版のOSは普通サポート対象外だぞ。
FWがどんだけヘタレでも、これは間違いなくおまえの責任だ。
まぁ、pcの登録変更はFWの開発がヘタレなせいだろうが、βOSを使ったおまえの責任でもある。
もし対応してもらえなかったっとしても、自業自得と思ってあきらめろ。

まぁ、ふつうは対応（該当キーの登録情報クリアぐらい)するはずだが、さて。

495:名無しさん＠お腹いっぱい。
09/08/03 23:56:38 6xCiwi9P0
え、そんな話してるんじゃないんだけど、、、あんた社員？

次ページ