AviUtl総合スレッド45 - 暇つぶし2ch

AviUtl総合スレッド45 at SOFTWARE

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

800:名無しさん＠お腹いっぱい。
 08/06/01 00:20:49 hRBRT6my0
>>798 
わっち

801:名無しさん＠お腹いっぱい。
 08/06/01 00:32:51 akb/2MqN0
>>798 
CM

802:名無しさん＠お腹いっぱい。
 08/06/01 01:19:21 FkW1c1Fr0
>>798 
ゲーム

803:名無しさん＠お腹いっぱい。
 08/06/01 01:48:48 fTz8DmYs0
>>767 
乙です 
 
しかしCUDAかぁ… 
RADEONの俺には関係ないな…

804:名無しさん＠お腹いっぱい。
 08/06/01 02:04:28 UUrel9fs0
>>767 
一応CFに関しては簡単な指針が出てますね。 
ttp://ati.amd.com/developer/SDK/AMD_SDK_Samples_May2007/Documentations/ATI_OpenGL_Programming_and_Optimization_Guide.pdf 
> ・Keep all frames independent of previous frames 
> ・Don’t share data across frames 
> ・Don’t read back any data 
> ・Don’t sync to any less than as many frames as there are GPUs 
> ・Clear buffers, and 
> ・Use proper lock flags 
無茶苦茶言ってますが、ドライバやオフィシャルツールでアプリケーションを特定して 
適切な動作モードに切り替えている現状では、この位の制限をかけないと 
まともにスケールしないのでしょう。 
 
32bitなCUDAが直接動かないのなら、IPCを使って32bitなラッパープラグインから 
64bitなCUDAを呼んでみてはどうでしょう。 
要するに↓の逆な訳ですが。 
ttp://dnjonline.com/article.aspx?ID=jun07_access3264 
 
>>803 
Brook+でSDKのバージョンが上がる度に作ってみてますが、DirectX使った方が速いですよ。 
今のところ3850を使って範囲3 分散50 1024x786で1フレーム0.4秒程ですが、5600+でSSE2を使うと0.6秒と大して変わらず。 
CALを使って書けばもっと速くなるんでしょうけど、何せアセンブラ並みの中間言語なので労力に見合わなくて・・・

次ページ