- 1 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 11:13:52 ]
- このスレッドは、他のスレッドでは書き込めない超低レベル、
もしくは質問者自身何が何だが分からない質問を勇気を持って書き込むスレッドです。
CUDA使いが優しくコメントを返しますが、
お礼はCUDAの布教と初心者の救済をお願いします。
CUDA・HomePage
www.nvidia.com/cuda
関連スレ
【GPGPU】NVIDIA CUDA質問スレッド
pc11.2ch.net/test/read.cgi/tech/1190008468/
GPUで汎用コンピューティングを行うスレ
pc11.2ch.net/test/read.cgi/tech/1167989627/
GPGPU#2
pc11.2ch.net/test/read.cgi/tech/1188374938/
- 313 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 18:47:36 ]
-
【GPGPU】CUDA/ATI STREAM 速度・画質検証スレ
pc11.2ch.net/test/read.cgi/jisaku/1228764782/
- 314 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 19:30:29 ]
- これからCUDAを始めようといろいろサイトを巡回しているのですが、
グリッドサイズとブロックサイズはどのようにして決めたらいいのでしょうか?
同期をとるかとらないかで変わると思いますが、とりあえずとらない場合でお願いします。
- 315 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 20:41:30 ]
- >>314
BlockSize(スレッド数)は32の倍数で余り大きくない辺り。GridSize(ブロック数)は充分大きく。
- 316 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 21:31:49 ]
- >>315
ありがとうございます。
もう一つ質問させていただきたいのですが、たとえば、512x512のようにブロックサイズ、グリッドサイズ
ともに最大値未満の場合、<16, 32, 1>のように複数の次元に分けるのと、<512, 1, 1>のように1つの次元
にまとめるのとどちらがいいのでしょうか?
多分通常はブロックサイズは各次元の最大値<512, 512, 64>をオーバーすることが多いと思うので、こちらは
分けることになると思いますが、グリッドサイズの最大値は<65536, 65536, 1>もあるので、
次元を分けなくてもいいときは分けない方がいいのでしょうか?
- 317 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:01:51 ]
- threadサイズが実際の分散処理の単位になる
つまりthread数だけ並列演算が行われる
例えばthread(1)にしてblock(10)とかだと順次処理と変わらない
ただしthreadは256までしか出来ないのでblockという単位が容易されてる
blockは単にプログラムがやりやすいように用意されただけのもので
実際に分散処理には影響しない
- 318 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:15:42 ]
- >>316
言いたいことがよく判らんが、演算量が512x512ならブロックを8x8にしてグリッドを64x64でいいんでない?
或いはxyの区別が重要でないならブロックを64、グリッドを4096とか。
私は後者の方針でptxファイルの出力とプロファイルの結果を睨みながら決定することが多いけど。
# 横着するときは前者だなぁw
- 319 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:17:30 ]
- >>316
単に内部ループが
for(x=0;x<?;x++){}
_global_
か
for(x=0;x<?;x++){
for(y=0;y<?;y++){
_global_
}
}
になるかの違い
- 320 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:24:34 ]
- 元の位置を特定する為にglobal関数でインデックスを計算することになるから
もしxやyのどちらかで収まるなら１つだけ使うのが良い
global関数内部の計算コストが一番ネックになる部分だからね
インデックスの計算部分が一番邪魔で削れるだけ削った方が良い
- 321 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:35:25 ]
- >>317,319
ありがとうございます。ようやく喉のつっかえが取れました。
>>318
試しに昔書いた画像処理のコードを移植しようとしていたのですが、入力によって
いろいろサイズが変わるので、512x512で固定するのはちょっとやりづらいかなと…
ただ、ここまでの話からするとchannel(RGB)*height*widthの三次元配列に画像をつっこんで、
grid = <height, channel, 1>
block = <32, width / 32, 1>
で処理を回せそうですね。画像の幅をを32の倍数に合わせる必要はありそうですが。
>>320
ありがとうございます。実際に使うときは上のような感じにブロックとグリッドの数を決めようかなと
思いますが、どうでしょうか?
- 322 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 22:59:47 ]
- heightは超えてもいいの？
範囲は内部でインデックスが範囲かどうか判定するよりは
端数を含めたメモリを確保して必要無い部分も計算させてしまった方が速いよ
- 323 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 23:22:38 ]
- >>322
そこまで大きな画像を入れるかどうかは分かりませんが、確かに高さが65536を
超える場合は分割してやる必要がありますね。
>端数を含めたメモリを確保して必要無い部分も計算させてしまった方が速いよ
ということは、配列にコピーするときに幅を合わせてコピーするのではなく、後ろに空白部分を
まとめた方がいいということでしょうか?
#これって多次元配列を引数に渡すのってどうするんだろう…
- 324 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:01:31 ]
- いや、最終的には全て一次元の配列でそれが適切な間隔でアクセスされるように並んでいるのが一番いいことになる。
だから、画像なんかの場合だと座標値に意味がないなら詰め込んで構わない。
実際には、コンボリューションフィルターなどで隣の画素を参照しないといけないことが多いだろうけど、
その場合はどうせ共有メモリを使ってアクセスを減らすなどの工夫が必要だからどの途32の倍数に拘る必要はない気がする。
- 325 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:50:40 ]
- 論文用のならともかく普通の画像処理で画像サイズが固定されてることはまずないし
サイズも共有メモリじゃとても足りない
共有メモリを使うならCPUサイドであらかじめ画像を分割して渡すという方法しかないけど効率悪いよ
毎回隣接した画素情報も含めないといけないから
- 326 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 01:06:12 ]
- >>324
カーネルサイズにもよりますが、sharedメモリはちょっとサイズ的にきつそうですね…
constantメモリならブロックサイズを調整すれば何とかなるかも?
>>325
単なる趣味グラムなので、ぶっちゃけ全部globalメモリからとってきてもいいような気がしたのですが、
逆にそれだとCPUで処理するよりも遅くなりそうですね
- 327 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 01:54:49 ]
- 遅くなりそうというかどんだけがんばっても最終的にはglobalメモリを使うのが一番早いという結論になるよ
まあそれがGPGPUの一番のネックなんだけどね
CPUサイドのメモリを共用するようにいずれはなるんだろうけど今の限界はそこ
- 328 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 06:11:12 ]
- 一番(手っ取り)早いのは同意するが、一番速いとは限らない。
それこそ、思考放棄じゃないかな?
- 329 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 00:31:55 ]
- 詰まってます、助けて・・・
私はVS2005で開発しようとカスタムウィザードを入れ、ツールキットとSDKをインスコし
パスも通したのにLNK1181エラーでるんです・・・存在しないオブジェクトファイルを指定するのはなぜでしょう？
ライブラリパスがみつからないってどういうことなんでしょうか？
- 330 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 01:37:50 ]
- "Program" "Files"と認識してるとか
- 331 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 02:38:31 ]
- Windowsってなんで重要なディレクトリ名にスペースなんか入れるんだろう。
MSって頭悪いの？
- 332 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 04:16:06 ]
- 低脳を排除するためかもねｗ
- 333 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 05:06:25 ]
- プログラマお断り。ずっと消費者で居てくだちい。
- 334 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 06:27:59 ]
- デスクトップやマイドキュメントのスペースや半角カナフォルダはなくなったが、Program Filesはそのままだな。
- 335 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 09:43:22 ]
- >>331
その昔１６ビットＯＳが主流だったころＭ＄は８文字ファイル名しか扱えなかった
そしてUnix系ＯＳは既にロングファイルネームに対応していた
そこで登場したのが32bit Window 95だった
長いファイル名が使えるんだぞ、凄いんだぞと新発明でもしたかのように宣伝していた
そして自慢げにフォルダ名を無駄に長くした
- 336 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2008/12/20(土) 12:23:53 ]
- VistaはUNIXerには優しくなったな。
上位エディション限定だけどSUAも使えるし
- 337 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 20:39:06 ]
- CUDAをさ、VS2005で使えてる人っているの？
つか、なんで英語のマニュアルしかないんだよ。わかんねーよ
- 338 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2008/12/21(日) 00:44:02 ]
- むしろ2005以外でどうやって使うんだ？
2.1βで2008対応したけど
- 339 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 00:58:06 ]
- >>338
おお、それはいいこと聞いた
やっと2005アンインストールできる
- 340 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 01:37:02 ]
- >>338
どこか日本語で環境設定を教えてくれるサイト知ってたら教えてくれ・・・
- 341 名前：デフォルトの名無しさん [2008/12/21(日) 01:55:48 ]
- 環境設定なんか何も要らんがな。スクリプト走らせるだけ。
bashのバージョンによってはウォーニング出るけど、ちゃんと動く。
スクリプト猿にも成れないとは、どんだけゆとり脳なんだよ?スポンジなの?
- 342 名前：,,・´∀｀・,,）っ-●◎○ mailto:!sage [2008/12/21(日) 10:35:26 ]
- どのみちあの程度の英語が読めない人に優れたプログラミング書くのは無理だと思うんだ。
俺の私的な業務の手伝いしてくれるなら日本法人さんに代わりにチュートリアルとかの要求
してあげてもいいんだけど、職権乱用か。
>>340 ここで解らなかったらもう諦めたら？
chihara.naist.jp/people/STAFF/imura/computer/OpenGL/cuda1/disp_content
- 343 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 11:55:12 ]
- どうでもいいけど、↑のURLは「disp_content」を削らないとエラーになった。
- 344 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 12:58:13 ]
- >>340
サンプルプロジェクトを開いて設定を見て勉強するのがいいよ
- 345 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 12:51:08 ]
- 英語読めないのにプログラミング言語してる男の人って・・・
- 346 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 18:35:50 ]
- 英語に優越感もってるやつって、さもしいな
- 347 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 19:03:01 ]
- >>345
可愛いもんだよねｖ
- 348 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 23:58:39 ]
- 英語なんて誰でも１ヶ月もあればある程度は読めるようになるよ
出来ないと思い込んでやろうとしないだけで
- 349 名前：デフォルトの名無しさん [2008/12/26(金) 12:46:32 ]
- vs2005の環境で拡張子cuの場合、定義参照はできるのですが、
インテリセンスが機能しません。freeとかvcのランタイムも同様に
機能しないのですが、やり方分かる方いますか?
ツール->オプション->テキストエディタ->ファイル拡張子にcu c++として
登録するとできるのは上記だけです
- 350 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:27:18 ]
- いっそ、nvccの拡張機能以外は全部cppでやったら?
- 351 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 05:03:22 ]
- それがスマートだね
- 352 名前：デフォルトの名無しさん [2008/12/27(土) 17:53:02 ]
- 質問です。
VC++2005で開発する際に、コマンドプロンプトにデバイス名も含め一切文字を表示させたくないのですが、どのようにすればよいでしょうか？
- 353 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 18:38:27 ]
- >>352
長いパス名が邪魔なだけなら set PROMPT=$G とか？
- 354 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 18:47:25 ]
- >>352
CUTILを使うと標準出力があるって話なら、リダイレクトするかCUTILを使わなければいいと思うのだが。
- 355 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 01:33:08 ]
- プロンプト出したくないって話なら_tmainじゃね
- 356 名前：352 [2008/12/28(日) 02:53:51 ]
- >>353-355
回答ありがとうございます。
>>353
質問があいまいですみません。
パス名が邪魔、ってわけではないです。
>>354
おそらくこの指摘にあてはまるのだと思います。
＞リダイレクト
リダイレクトしても、コマンドプロンプトに表示が出てしまいます。
＞CUTIL
cutil.hを使わずに、cutil.hで提供されている関数を使わない方法、もしくは、代替可能なヘッダーファイルはありますか？
>>355
_tmainを使ってしまうとWindowsでしか使えないソースコードになってしまうので、別の方法があれば教えてください。
- 357 名前：352 [2008/12/28(日) 02:55:28 ]
- 自己レスですｗ
誤：cutil.hで提供されている関数を使わない方法
正：cutil.hで提供されている関数を使う方法
の間違いです。
- 358 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 03:10:48 ]
- system("cls");
とか
- 359 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 10:49:28 ]
- >>356
> _tmainを使ってしまうとWindowsでしか使えないソースコードになってしまうので、別の方法があれば教えてください。
Windows かどうかで #ifdef するくらいは許されるんじゃないの？
- 360 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 14:29:28 ]
- プロジェクトの設定でWindowsアプリにすればいいだけでしょ
- 361 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 14:32:32 ]
- >>_tmainを使ってしまうとWindowsでしか使えないソースコードになってしまうので、別の方法があれば教えてください。
mainだろうがWindows依存部分のコードが発生するのは当たり前でしょ
CUDAの部分とC++の部分とWindows依存部分とファイルを分離するのが鉄則だよ
複数の環境で使う場合は#ifdefプラグマを使って分離したWindows依存部分の
#includeを切り替えるようにするだけ
- 362 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 17:29:43 ]
- コンパイラのオプションで指定できるでしょ
環境ごとにmakefile書くだけじゃね
- 363 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 17:48:49 ]
- >>361
#ifdefはいつからpragmaになりましたか?
- 364 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 17:53:47 ]
- >>363
#ifdefディレクティブと言いたかったんじゃないの?
で、使い慣れない言葉なんでつい間違えたと。
句読点もちゃんと使えないようだし、日本語に慣れていない三国人なんでしょ。
- 365 名前：デフォルトの名無しさん [2008/12/28(日) 22:36:27 ]
- cudaのMDコードどこかに追ってませんか？
- 366 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 12:11:23 ]
- たった1行でここまで意味不明なのも凄いな。
- 367 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 12:24:23 ]
- ×追ってませんか？
○オッドアイいませんか？
- 368 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 13:39:38 ]
- >>365氏はcudaで書かれたMD(分子動力学）コードどこかに落ちてませんか
と聞いてるのかと。当方も知らないので答えられませんが。
Fortranで書いたものを全部はアレなのでGPU上で実行したいサブルーチンだけ
Ｃに変えてCUDAで動かしたいのですが、そんな例とかは落ちてないですかね。
mainルーチンその他関係ないところまで全部Ｃに移植するのが嫌ってだけな
んですが。あ、当方はIntelFortran使用。
当方まだCUDA触りたて、試しにSTREAM BMTのtriadだけ手で適当に書いて
GeForce9600GTで40GB/s弱（効率7割弱）のメモリバンド幅。あ、じゃもうでき
るじゃんとか勝手に思い、Fortranのコードに挑もうとしてあえなく止まってますorz
- 369 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 14:08:06 ]
- つttp://www.easize.jp/product/fortrantocudamenu.html
- 370 名前：368 mailto:sage [2008/12/29(月) 14:20:59 ]
- >>369
ありがとうございます。m(_ _)m
多次元配列はどのみちGPU上では一次元化するつもりでしたがなるほど。
参考にさせていただきます。
- 371 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 14:45:46 ]
- >>369
そのページ、ポインタの扱いがメタメタだな
わかってるなら別にいいが
- 372 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 14:49:43 ]
- うん、ぶっちゃけ「"cuda fortran"でぐぐって一番上に来たリンク貼り付けただけ」なんだ、すまない
- 373 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 14:50:01 ]
- 何か普段使うものをCUDAに移植しようと思いつつ適当な物が見当たらない
- 374 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 02:15:09 ]
- ぶっちゃけ、俺もそうなんだよね。おまけで付いて来たサンプル書き換えて
動かしてFLOPSベンチしてるだけ。
CUDA動かす環境をコスパ良く構築するには?と考えて色々やってみたが、
構築した環境で動かすモノって、結局サンプルの改造ばっか。まんまと
nVidiaの販促戦略に乗せられたぜw
- 375 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 08:50:29 ]
- zip圧縮とかjpg圧縮とかを移植したらライセンスの関係はどうなるの？
- 376 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 12:52:04 ]
- 圧縮アルゴリズムに関しては問題ないんじゃね？
- 377 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 15:08:44 ]
- CUDAプログラミングモデルの概要
ttp://http.download.nvidia.com/developer/cuda/jp/CUDA_Programming_Model_jp.pdf
CUDAプログラミングの基本（パート I - ソフトウェアスタックとメモリ管理)
ttp://http.download.nvidia.com/developer/cuda/jp/CUDA_Programming_Basics_PartI_jp.pdf
CUDAプログラミングの基本（パート II - カーネル)
ttp://http.download.nvidia.com/developer/cuda/jp/CUDA_Programming_Basics_PartII_jp.pdf
- 378 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 03:21:23 ]
- デバイス側に確保したメモリにホスト側から
cudaMemcpyのように一括でコピーするのではなく、
一部分だけコピーする、又は書き換える良い方法がありましたら教えてください。
- 379 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 03:28:19 ]
- ・cudaMemcpy()で一部分だけコピーする。
・cudaMemset()で（ｒｙ
・そういうカーネル関数を用意して呼び出す。
- 380 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 12:27:16 ]
- 一部分だけってのはたいてい順次処理になるからCPUにやらせたほうが有利だよ
- 381 名前：デフォルトの名無しさん [2009/01/22(木) 01:33:54 ]
- CUDAのプログラミングでZIPアーカイブのパスワード解析とか、早くなりませんかねぇ。
エンコード/デコードに使えるんだから、どうなんでしょう？
- 382 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 06:38:19 ]
- CUDAのfortranサポート予定ってGPUカーネルの部分をfortranライクに
書けるようになるって理解でいいのかな？2.0からって見かけたけど、それっぽい記述が全く無い…
- 383 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 08:47:26 ]
- >>379-380
ありがとうございました。
参考にさせていただきます。
- 384 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 19:18:17 ]
- >>381
総当りか辞書型か知らんが演算能力よりI/Oの問題だろ普通。
- 385 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 20:12:54 ]
- >>381
早くなるよ
- 386 名前：デフォルトの名無しさん [2009/01/23(金) 00:20:22 ]
- >>384
ファイル数が多い場合はI/Oも問題になるかもしれませんが、
ある程度のサイズであればWindowsでもメモリに読み込むので、
それほど問題にならないのでは？
毎回物理的に読みに行くわけではないし。
- 387 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 09:28:38 ]
- ファイルI/OじゃなくメモリI/Oなのでは？
- 388 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 11:49:27 ]
- >>387
お前は何を言っているんだ
- 389 名前：デフォルトの名無しさん [2009/01/28(水) 12:47:12 ]
- >>388
pciバスつかうんだろ？
立派なioとおもうが
つかクーダってほんとマイナーなんだね。
- 390 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 13:18:14 ]
- そりゃNVIDIA限定だからだろ？グラボを選ぶのなら汎用的なアプリは作れない。
CUDAよりもっといろんなグラボに対応しているOpenCLへのつなぎに過ぎないよ。
- 391 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 00:08:14 ]
- ZIPのパスワード解析にZIPファイル全体へのアクセスが必要だと勘違いしてる馬鹿ｗ
- 392 名前：384 [2009/01/29(木) 08:00:22 ]
- >>381-391
ああ、俺がぼけてた。なんか知らんけど自分でもなんであんなレスつけたんだろ orz
わけわからない流れにしちまって、すまん。
正しくはこうだな。↓
パス解析では総当りにしても辞書にしてもforなどのループ速度が求められるだけで、
CUDAによる計算は意味があるのかい？と思った。
MD5とかデータから導き出す数値ならば本当の意味での解析だから意味ありそうだけど。
- 393 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 23:02:34 ]
- こんな記事もあるしな
GPUを利用した無線LANのパスワードクラッキングが主流に
itpro.nikkeibp.co.jp/article/MAG/20090123/323378/
- 394 名前：デフォルトの名無しさん [2009/01/30(金) 03:18:20 ]
- >>393の言ってるのはまさに本当の意味での解析ってやつだしな。
WPA/WPA2-PSKからの復元は総当り/辞書比較と違ってGPGPUにする意味がある。
- 395 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 15:41:49 ]
- Catalystだけど、トリップ検索は随分速くなるみたい
ttp://sourceforge.jp/projects/naniya/wiki/Radeon
- 396 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 21:51:40 ]
- ホスト側でconstantメモリを動的に確保できないのでしょうか？
方法がありましたら教えてください。
- 397 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 22:44:30 ]
- >>396
目的が良く分からないのでなんとも言えませんが、
どうせ64KBしかないのだから静的に64KB確保しておくのではだめなのでしょうか。
- 398 名前：デフォルトの名無しさん [2009/02/02(月) 22:54:45 ]
- >>396
あるけど、なんでprograming guide読まないの？？
- 399 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 23:59:28 ]
- >>397
静的に確保しておいてもよかったんですが，綺麗にかけるならとw
>>398
一度目を通したつもりでしたが，素通りしていたようです。
もう一度読み直してきますm(_ _)m
- 400 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 00:08:13 ]
- 誰かZIPの暗号解析ツール作って＞＜
それか解析のループ部分だけうｐしてくれたら、カーネルは俺が書きます。
- 401 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 06:54:02 ]
- 総当りするだけならどっかのオープンソース実装の
パスワードチェックと復号ルーチンとってくればいいだろ
- 402 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 10:20:56 ]
- ただでさえ消費電力がデカイのにパスワード解析に何週間も動かしてられっかｗ
- 403 名前：デフォルトの名無しさん [2009/02/07(土) 16:57:19 ]
- 超解像のような考え方は昔からあるようだな
フリーソフト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/
- 404 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 17:01:19 ]
- 10年ぐらい前にカーネギメロン大学で勉強してた頃に超解像のプログラム作れっていう課題を出されたことがある
- 405 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 17:34:44 ]
- ちょー解像は判ったからマルチすんなや。
- 406 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 20:13:09 ]
- >>403
スレ違いじゃない？
GPGPU 向きな処理なのは確かだし、そもそも Cell なり SpursEngine は GPU じゃないし。
画像処理スレとかあったと思うよ？
- 407 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 23:45:41 ]
- アメリカのメロン大学は一応名門だけど日本校はどうなんだ？
- 408 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 01:05:45 ]
- >>404
なにその高レベルな課題
俺の大学時代と雲泥の差
- 409 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 02:58:06 ]
- 超解像の原理が未だに理解出来ません
複数の映像フレームの同じポイントの色の出現頻度に一番高い色を適用するってことですか？
- 410 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 13:45:42 ]
- は？今の超解像って、時間軸の補完までやってるのか？
- 411 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/08(日) 13:52:05 ]
- MPEGの原理は主にフレーム間差分をとってJPEG圧縮なんで、それを改めてチェックしたところで・・・
- 412 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/08(日) 21:06:32 ]
- >>407
神戸のハーバーランドの近くにあるあれか？
兵庫県の財政圧迫してるらしいよ。
学生少なくて撤退の噂もあります
同じビルの同じ階に神戸電子専門学校の学校法人が経営する大学院がある。
何を勘違いしたのか兵庫県立大学も情報科学の大学院を神戸市内に置いてる。
神戸という都市に何を求めてるのか、理解不能である。
たしかに古くからの工業都市で組み込みソフト屋の数がそれなりにいるのはわかる。
最大の勘違いは、日本のITドカタは職場を離れて大学院に通えるほど裕福ではないことだ。
- 413 名前：デフォルトの名無しさん [2009/02/08(日) 21:49:03 ]
- 俺はてっきり、ラーメン大学とか、洗車大学と同じノリで、
神戸電子専門学校が作ったヒト寄せパンダだと思ってた。
ってか別法人なのか?
学生少なくて、って言う前に、派遣のワーキングプア、
デジタル土方に成る為にわざわざ苦労して大学通う馬鹿
が神戸のどこに居るんだよっ?
俺が居るよ…orz
|
 |
