- 1 名前：デフォルトの名無しさん [2007/08/29(水) 17:08:58 ]
- いつの間にやらCPUを超える演算性能を持ってしまったGPUに計算させてみるという
GPGPUについて語りましょう
前スレ
GPGPU
pc11.2ch.net/test/read.cgi/tech/1128780920/
関連スレ
pc11.2ch.net/test/read.cgi/tech/1167989627/
参考リンク
総本山? gpgpu.org
www.gpgpu.org/
CUDA
developer.nvidia.com/object/cuda.html
GPUをCPU的に活用するGPGPUの可能性
pcweb.mycom.co.jp/articles/2005/09/06/siggraph2/
- 864 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 09:19:14 ]
- GPUからプロセッサキャッシュへ直接転送できればいいのにな。
- 865 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 23:26:29 ]
- >>計算／表示まで1つのハードウェア内で完結したほうがいいだろう?
それこそCPU有利じゃないかｗ
- 866 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/06(金) 13:17:48 ]
- IntelのCtだけど、俺なりに解釈してまとめてみたお
tripper2.kousaku.in/?Ct
- 867 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 13:55:53 ]
- >>866
乙
- 868 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 11:18:29 ]
- 4亀のGPGPU記事、突っ込みどころが多すぎてもうどうしたものやら。
誰か頼むわ。
- 869 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 15:20:21 ]
- ざっと流し読みした限り、そんなに変な箇所は無かったように思うが
ゲーマー向けのGPGPU解説ならあんなもんじゃねーの？
- 870 名前：デフォルトの名無しさん [2009/02/07(土) 16:54:42 ]
- 超解像のような考え方は昔からあるようだな
フリーソフトImageD2
www.tiu.ac.jp/~zohzemi/imgD2/index.html
これは時間軸方向にも参照するものだ。
NVIDIAのMOTIONDSPと同じ考え方だな。
西川善司の大画面☆マニア 第113回 超解像
av.watch.impress.co.jp/docs/20090120/dg113.htm
この方法は数フレームを参照することで低解像な映像のブレから情報量をアップさせるようだが、
この方法だとシーンチェンジやめまぐるしく動く映像では逆効果でめちゃくちゃな映像になるのではないか？
（これは上記のフリーソフトの別ページでも注意点として載っていた）
でも東芝などの日本の各社がやってる1フレームだけで行う超解像はそもそも無理がある。だから不自然な画質になったり、情報量が逆に消失したりする。
Lanczosなどでそのままアプコンしたほうがずっと情報量あるし自然な画質だ。比較してみれば一発で分かる。
plusd.itmedia.co.jp/lifestyle/articles/0812/24/news031_2.html
ここの元画像を720×480にし、それをAVIUTLなどでLanczosでフルHDにしたもののほうがずっと綺麗。
超解像は単純な処理だから柵とか崩れてるし、文字も駄目だし、元からあった情報を処理によって消しちゃう副作用のほうが強い。
超解像、超解像と目新しくいって盛り上げようとしたいのは分かるが、こんなのはまやかしだよ。
www1.axfc.net/uploader/Li/so/24824.zip&key=pass
比較用画像もうｐしておいた
一方、数フレームでやる方法は計算が大変だが、シーンチェンジや盛大な動きの問題さえクリアすればかなり使えそうではある。
MOTIONDSPや↓はそのあたりちゃんとクリアしているのだろうか？
www.flashbackj.com/red_giant/instant_hd_advanced/
- 871 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 20:20:03 ]
- なるほどマルチでしたｗｗｗ
ていうかコピペなのね。
gimpo.2ch.net/test/read.cgi/av/1201962634/275
が初出なのかな？ Google によるとだけど。
- 872 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 03:03:55 ]
- >>869
「標準的なプラットフォームの登場」という要望に答えたCUDAって書き方してるのは笑うしかないでしょ。
こことかも
> しかも，CUDAソフトウェアのパフォーマンスは，GPUの世代やモデルに応じてスケーラブルとなるため，
> 開発者もプログラム側も，「動作対象となる GPUがGeForce 8800 GTXなのか，（中略）」といったことを気にする必要がない。
気にしなければ確かにスケーラブルだけどパフォーマンスはでないわけで。
CUDAアプリの殆どがGPUの仕様に合わせてガチガチに最適化してるのを黙ってるのはどうかと。
PTXトランスレータがGPUの個数を考慮してるってのは完全に嘘だ。
NVIDIA PhysXのRadeon制限も自分の妄想語るのに夢中でさっぱり忘れてるみたいだし。
ATI Streamに関してもCTMとCAL ILとHDシリーズのISAをごっちゃにした解説をしてる。
絵の説明のところでATI Stream解禁の本質がCALをドライバに含めることだと正しく説明してるのは評価できるけどね。
CSとOpenCLに関しては、3DAPIとリソースの共有が出来ることが重要なポイントだというのなら
CUDAが両APIのリソースを扱えるってことを説明しないとまずいでしょ。
OpenCL 1.0の仕様はもう公開されてるのに仕様確定が09年6月ごろとかは意味不明だ。
- 873 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 03:08:54 ]
- MOTIONDSPで検索したらモザイク消しの話題があった
それは思いつかなかったｗ
確かに超解像はモザイクが消せるｗ
- 874 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 08:11:31 ]
- 前後のフレームを参照してモザイクを消そうなんて
プログラムのプの字も知らなかった小学生の頃に思いついたけどな。
みんなそんなもんだろ？
- 875 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 09:55:43 ]
- >>872
所詮ユーザー向けのバラ色セールストークなんだから気にするなよ。
- 876 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 16:26:50 ]
- >>874
は？思いつかなかったしそんなの
その発想が出てるだけでもう俺より才能あるし
- 877 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 19:09:29 ]
- >>872
ユーザー向けとしてはその程度でいいだろ
確かに普段書いてるCUDAプログラムなんて、使ってるGPU毎にブロックサイズとかを全部最適化し直してるけど
一般ユーザーにそこまで説明する必要はない
とりあえずGPGPUすげーなって程度の認識を持たせれば十分でしょ
逆にそこまで説明しちゃうと「なんだ役にたたねーじゃん」って印象を与えかねない
まぁ実際問題としてはまだアカデミックな用途がほとんどだけどな
- 878 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 23:30:26 ]
- 実行ポインタやら実行コンテキストはgpuだけで自律制御できるようになったのかな?
その辺の理解がもっと深まればintelやamdの変態cpuを待つ必要がなくなると思うんだけど。
- 879 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 05:31:06 ]
- 被写体を３Dモデル化して全フレームからテクスチャを合成して
無限に超解像とか出来る日が来る
- 880 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 13:34:59 ]
- >>877
> 逆にそこまで説明しちゃうと「なんだ役にたたねーじゃん」って印象を与えかねない
現状では実際そうだからちゃんと説明しろっていいたいんだが。
|
 |
